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Abstract 


Some  fundamental  objects  in  practical  documents  have  not  been 
implemented  in  software  so  that  they  can  be  used  easily  for 
calculating.  One  such  object  is  the  table — despite  the  mistaken  view 
that  databases  are  adequate  representations  of  tables.  A  survey  of 
practical  tables  found  in  a  variety  of  real-world  documents  reveals 
that  many  of  their  useful  features  are  not  captured  in  software.  This 
report  proposes  data  structures  and  computer  representation  for 
table  objects.  Through  the  adoption  of  such  structures  and 
representations,  practical  table  objects  can  be  developed  for  use  by 
domain  specialists.  Such  tables  embedded  in  electronic  documents 
can  be  used  in  interactive  applications  to  retrieve  data,  but  most 
importantly,  they  can  be  used  as  functional  representations  for 
copying  and  pasting  into  procedures  and  programs.  Use  of  these 
table  objects,  together  with  other  natural  computing  objects  (such  as 
equations,  graphs,  and  procedures),  will  permit  electronic  documents 
like  handbooks,  textbooks,  journals,  and  bulletins  to  be  used 
seamlessly  for  calculations  by  both  domain  specialists  and  naive 
users.  Such  developments  will  reduce  the  lag  between  the 
availability  of  information  and  its  use  in  calculations,  and  encourage 
the  further  development  of  knowledge.  Software  development  for 
computation  will  change  and  its  costs  will  be  contained. 
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1.  Introduction 


In  earlier  work  (Karamchetty,  1997  and  2000),  I  have  described  an  ap¬ 
proach  to  software  for  computation  that  is  based  on  the  way  people 
actually  compute,  using  available  information  in  a  variety  of  formats. 

This  report  builds  on  that  discussion  by  examining  one  aspect  of  Natural 
Computing:  the  use  of  tables.  Before  the  invention  of  computers,  most 
knowledge  was  captured  in  the  form  of  books  and  other  paper  docu¬ 
ments.  Books  can  be  further  classified  as  textbooks,  reference  books, 
handbooks,  and  journals,  based  on  the  temporal  nature  of  the  informa¬ 
tion.  More  transient  documents  are  flyers,  brochures,  and  receipts.  Infor¬ 
mation  was  printed  on  paper  for  storage,  retrieval,  and  communication. 
The  paper-based  information  was  read  by  the  end  user.  By  reading  the 
information  from  one  or  more  documents  and  by  combining  it  with  one's 
own  intuition,  invention,  and  discovery,  one  generated  and  printed  new 
information  in  the  form  of  another  paper  document. 

In  the  paper-based  universe,  when  people  dealt  with  technical  matter, 
domain  knowledge  was  captured  in  the  form  of  text  containing  equa¬ 
tions,  tables,  graphs,  and  pictures.  Without  pictures,  descriptions  of 
scenes  were  elaborate;  as  we  recall,  "a  picture  is  worth  a  thousand 
words."  In  technical  subjects,  the  pictures  could  be  sketches,  schematics, 
drawings,  paintings,  or  photographs.  Sketches  stood  for  descriptions  of 
parts  and  components  in  terms  of  shapes  and  sizes.  Schematics  and  other 
diagrams  showed  the  mutual  relationships  of  components  in  a  system 
and  the  state  of  the  system  and  its  temporal  nature. 

Both  tables  and  graphs  captured  relationships  among  sets  of  variables. 
Graphs  additionally  provided  a  highly  visual  insight  into  the  mutual 
dependency  of  the  variables.  Domain  specialists  read  the  text  and  concur¬ 
rently  used  the  included  tables,  graphs,  and  charts.  They  used  note  pads 
to  make  temporary  notes  and  calculations.  Simple  calculations  were  done 
mentally.  More  complicated  calculations  required  aids,  such  as  log  tables 
and  slide  rules.  Domain  specialists  captured  new  ideas  and  information 
in  the  form  of  more  equations,  tables,  graphs,  and  pictures;  appended 
them  to  text;  and  communicated  the  new  documents  to  others  in  the  field. 
Documents  were  subject  to  three  principal  types  of  use:  (1)  reading  and 
comprehension;  (2)  interactive  calculations  using  the  tables,  equations, 
graphs,  and  pictures  along  with  the  text;  and  (3)  development  and  record¬ 
ing  of  new  functions  (tables,  equations,  graphs,  and  pictures).  Capturing 
these  essential  natural  forms  and  processes  in  a  computer  software 
system  is  the  goal  of  Natural  Computing. 
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2.  A  Textbook  Example  of  Calculation  Features 

Figure  1  shows  a  sample  page  from  an  engineering  textbook  describing 
mechanical  springs.  The  page  consists  of  a  sketch  of  a  mechanical  spring, 
text,  and  equations.  Figure  2  shows  another  sample  page  with  a  graph, 
more  equations,  and  more  text.  By  reading  the  explanations  on  these 
pages,  an  engineer  can  understand  the  domain  of  mechanical  springs.  By 
studying  the  graph  on  the  page,  the  engineer  can  understand  the  trends. 
At  any  time,  the  engineer  can  obtain  values  given  by  the  graphs — this 
activity  is  usually  called  reading  a  value  from  a  graph.  While  using  these 
pages,  the  engineer  starts  with  values  of  D  and  d,  proceeds  to  calculate 
the  value  of  the  variable  C  from  equation  8-1  in  figure  1,  and  reads  the 
value  of  the  Wahl  correction  factor  K  from  the  graph  of  spring  index 
versus  stress  correction  factor.  This  value  of  K  and  an  input  value  of  F 
(force)  are  next  substituted  into  equation  8-4  (fig.  2)  and  the  value  of  stress 
(t)  is  calculated.  The  engineer  may  next  proceed  to  the  sample  page 
shown  in  figure  3  and  read  the  values  of  A  and  m  for  a  given  material. 
These  values  are  substituted  into  equation  8-10  (fig.  3)  for  calculating  the 
ultimate  strength  in  tension  of  the  spring  material. 

This  description  shows  how  domain  specialists  present  information  in 
textbooks  for  use  by  readers  in  performing  calculations.  Thus,  textbooks 
are  used  both  to  explain  the  subject  and  to  provide  information  in  the 
form  of  text,  sketches,  equations,  graphs,  and  tables  for  ready  use  in 
calculations. 
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(o) 


FIGURE  8-1 

(a)  Axially  loaded  helical  spring;  (/?)  free-body  diagram  showing  that  the  wire  is 
subjected  to  a  direct  shear  and  a  torsional  shear. 


the  hose  in  a  straight  line  perpendicular  to  the  plane  of  the  coil.  As  each  turn  of 
hose  is  pulled  off  the  coil,  the  hose  twists  or  turns  about  its  own  axis.  The  flexing 
of  a  helical  spring  creates  a  torsion  in  the  wire  in  a  similar  manner. 

Using  superposition,  the  maximum  stress  in  the  wire  may  be  computed 
using  the  equation 

Tr  F 

*--±T  +a  M 


where  the  term  Tr/J  is  the  torsion  formula  of  Chap.  2.  Replacing  the  terms  by 
T  =  FD/2,  r  =  d/2,  J  =  nd4/32,  and  A  =  nd2/4  gives 


_  8FJ2  4F~ 
T  nd 3  +  nd2 


(b) 


In  this  equation  the  subscript  indicating  maximum  shear  stress  has  been  omitted 
as  unnecessary.  The  positive  signs  of  Eq.  (u)  have  been  retained,  and  hence  Eq.  (b) 
gives  the  shear  stress  at  the  inside  fiber  of  the  spring. 

Now  define  spring  index 


C 


(8-1) 


as  a  measure  of  coil  curvature.  With  this  relation,  Eq.  ( b )  can  be  arranged  to  give 


T  = 


(c) 


Or  designating 


Ks  =  1  +  ^  (8-2) 


Source:  Joseph  E.  Shigley  (1977).  Mechanical  Engineering  Design,  3rd  ed.,  McGraw-Hill  Book  Co., 
New  York,  NY. 


Figure  1.  A  sample  page  containing  text,  sketch,  and  equations. 
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FIGURE  8-2 

Values  of  the  stress  correction  factors  for  round  helical  extension  or  compression 
springs. 


then 


x  =  K 


s 


8  FD 
nd3 


(8-3) 


where  Ks  is  called  a  shear-stress  multiplication  factor.  This  factor  can  be  obtained 
from  Fig.  8-2  for  the  usual  values  of  C.  For  most  springs,  C  will  range  from  about 
6  to  12.  Equation  (8-3)  is  quite  general  and  applies  for  both  static  and  dynamic 
loads.  It  gives  the  maximum  shear  stress  in  the  wire,  and  this  stress  occurs  at  the 
inner  fiber  of  the  spring. 

Many  writers  present  the  stress  equation  as 


t  =  K 


SFD 

ltd3 


(8-4) 


where  K  is  called  the  Wahl  correction  factor  *  This  factor  includes  the  direct  shear, 
together  with  another  effect  due  to  curvature.  As  shown  in  Fig.  8-3,  curvature  of 
the  wire  increases  the  stress  on  the  inside  of  the  spring  but  decreases  it  only 
slightly  on  the  outside.  The  value  of  K  may  be  obtained  from  the  equation 


K  = 


4  C 


4C  —  4 


1  0.615 

+  — — 


(8-5) 


or  from  Fig.  8-2. 

By  defining  K  =  KCKS,  where  Kc  is  the  effect  of  curvature  alone,  we  have 

K,  -  £  (8-6) 


Source:  Joseph  E.  Shigley  (1977).  Mechanical  Engineering  Design,  3rd  ed.,  McGraw-Hill  Book  Co., 
New  York,  NY. 


Figure  2.  A  sample  page  containing  text,  graph,  and  equations. 
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strengths  for  various  wire  sizes  and  materials.*  But  the  availability  of  the  scientific 
electronic  calculator  now  makes  such  a  tabulation  unnecessary.  The  reason  for 
this  is  that  a  log-log  plot  of  the  tensile  strengths  versus  wire  diameters  is  a  straight 
line.  The  equation  of  this  line  can  be  written  in  terms  of  the  ordinary  logarithms  of 
the  strengths  and  wire  diameters.  This  equation  can  then  be  solved  to  give 

s„,  -  ~  (8-10) 

where  A  is  a  constant  related  to  a  strength  intercept,  and  m  is  the  slope  of  the  line 
on  the  log-log  plot.  Of  course  such  an  equation  is  only  valid  for  a  limited  range  of 
wire  sizes.  Table  8-2  gives  values  of  m  and  the  constant  A  for  both  English  and  SI 
units  for  the  materials  listed  in  Table  8-1. 

Although  the  torsional  yield  strength  is  needed  to  design  springs,  sur¬ 
prisingly,  very  little  information  on  this  property  is  available.  Using  an  approxi¬ 
mate  relationship  between  yield  strength  and  ultimate  strength  in  tension, 

Sy  =  0.75Suf  (8-11) 

and  then  applying  the  distortion-energy  theory  gives 

Ssy  =  0.577S,  (8-12) 

and  provides  us  with  a  means  of  estimating  the  torsional  yield  strength  Ssy .  But 
this  method  should  not  be  used  if  experimental  data  are  available;  if  used,  a 
generous  factor  of  safety  should  be  employed,  especially  for  extension  springs, 
because  of  the  uncertainty  involved. 

Variations  in  the  wire  diameter  and  in  the  coil  diameter  of  the  spring  have  an 
effect  on  the  stress  as  well  as  on  the  spring  scale.  Large  tolerances  will  result  in 

*  See,  for  example,  the  second  edition  of  this  book:  Joseph  E.  Shigley,  “Mechanical  Engineering 
Design,”  2d  ed.,  p.  362,  McGraw-Hill  Book  Company,  New  York,  1972. 


Table  8-2  CONSTANTS  FOR  USE  IN  EQ.  (8-10)  TO  ESTIMATE  THE  TENSILE 
STRENGTH  OF  SELECTED  SPRING  STEELS 

Constant,  A 


Material 

Size  range, 
in 

Size  range, 
mm 

Exponent, 

m 

kpsi 

MPa 

Music  wire0 

0.004-0.250 

0.10-6.5 

0.146 

196 

2170 

Oil-tempered  wire* 

0.020-0.500 

0.50-12 

0.186 

149 

1880 

Hard-drawn  wirec 

0.028-0.500 

0.70-12 

0.192 

136 

1750 

Chrome  vanadiumJ 

0.032-0.437 

0.80-12 

0.167 

169 

2000 

Chrome  silicon* 

0.063-0.375 

1.6-10 

0.112 

202 

2000 

•  Surface  is  smooth,  free  from  defects,  and  with  a  bright  lustrous  finish. 
b  Has  a  slight  heat-treating  scale  which  must  be  removed  before  plating. 
c  Surface  is  smooth  and  bright,  with  no  visible  marks. 

4  Aircraft-quality  tempered  wire;  can  also  be  obtained  annealed. 

*  Tempered  to  Rockwell  C49  but  may  also  be  obtained  untempered. 


Source:  Joseph  E.  Shigley  (1977).  Mechanical  Engineering  Design,  3rd  ed.,  McGraw-Hill  Book  Co., 
New  York,  NY. 


Figure  3.  A  sample  page  containing  text,  table,  and  equations. 
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3.  Usage  of  Tables 


Tables  are  ubiquitous  in  books  and  paper  documents  of  all  types.  Al¬ 
though  tables  have  been  in  use  for  centuries,  research  into  tables  and  their 
properties  is  nonexistent.  Children  as  young  as  six  years  old  understand 
tables  when  they  see  a  table  of  items  at  their  favorite  ice-cream  shop. 

Little  League  baseball  players  understand  the  scores  of  their  favorite 
teams  when  the  scores  are  presented  in  tables  (see  fig.  4)  ( The  Washington 
Post,  1996).  In  general,  people  use  tables  quite  intuitively  and  very  little 
instruction  is  ever  provided  on  tables.  Although  the  structure  of  tables 
can  become  very  complex,  as  I  will  show  in  this  report,  mature  adults 
learn  the  structure,  properties,  and  relationships  of  items  in  a  table  by 
trial  and  error,  supplemented  by  intuition. 
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«  New  Yori  at  Calrtomls _ iChCS  ft  Texas  2- _  foruas  City  1 

■  'Boston  at  Oakland _ 10:05  K  Boole*  10 _ CaStora/a  3 

ft  Nw  York  5 _ _  Seatlie  4 


CENTRAL 

Houston' 


St  Louis 
Cincinnati 

Chicago  _ 

Pittsburgh 


WEST 


San  Pie^c 
Los  Angeles 


San  rnandsco 
Colorado 


W  L  PCt 

25  : 26  .490 


22  21  .449  • 
19.  25  .432 
21  29  .420 
19~30  .383 


6b  LJO  StrtcrH»»«  ;;Aw*y 

—  5-5  ■ -W3 f. 12- 14:- -13-12.' 


2-  54  II  3-12.  13-15 

2Vz  3-7  U  10-33  9-12 

3^  3-7  L4  15-12  "&-I7 

5  3-7  LI  8-16  IM4 


W  t  Pet  CB  L10  Strk 


31  19  .620  —  '6-4  LI 
27  24  .529  7-3  W3 


25  23  .521  5  £-5  LI 

23  23  .500  6  6-2  W2  15-20 


CB  L10  Strk  Home .,  Away' 


—  6-4  LI  17-11  •  14-8 
4V£  7-3  V/3  16-9  11-15 


5  £-5  LI  11-23  14-20 


_ 4:05 

_ 7;35 

IIIZ"  MS 

_ £:3S 

ifcC  5 


RESULTS 
Eittimocs  3 
Toronto  4  (10) 

_ Detroit  0 

Mltwyjkea  7 
,.  Kansas  City  1 
Cafclonri/a  3 
..I _  Seatlie  4 


SUNDAY'S  RESULTS 

ft  loi  A . . Montreal  3  ■  Houston  ? _ ...-^Cbka^o  2 

s  Honda  8  ...St  Louts  2  (7,  rain)  m  fbiadeipCM  10 *•  Sis  fooewsl 

X  Atlanta  6  »..jt  Piifebergh  3  (13)  *  m  Cyranati at  Coioradc  (ppd.  rafo) 

X'Nfw'  .YorL  1 _ 3ar. :  Diego  Q 

‘  MONDAY’S  GAMES 

X  Hdcno r,  (Kifc  5-3). zi  PitWwrii  (Rocbd  0-0} j _ 1:05 

x  CofyxioX8ili  4-4)  a!  SL.louts  (Stottterrryre  4-7) _ _  1:15 

m  AtUita  (Gtarne  5-3)  at  Chicago  (Teiemaa)  Z-C) _ 4.*05 

m  Ciiscicftjli  (Smiiey  44)  at  Tkxic?  (Leiier  $-4} _ _ _ 4:35 

x  Saw  Diego  (Harnihofi  7-3}  at  Meatreai  (Fissere  34) _ _ _ 7:35‘ 

TUESDAY’S  GAMES  SATURDAY’S  RESULTS 


TUESDAY’S  GAMES 

N  Ciocrniatl'jt  rbrxta2-_._.  7d)5 
m  Houstdfi  liPittsfett/ffc...-,  7:05 

■  $aa  &i*$Qj*t  Moatrwsl _ 755 

m  [ui'fa&kt  at  PfcSadetphia _ _  7:35 

m  San  Francisco  it  New  Yori  7:40 

x  Atlanta  at  CV«aga__.: _ _  E*(}5 

m  Cobrstki  it  St.  Loois _ t.C5 


m  Us  Dsego  7 _ Ne-vr  York:  2 

■  Sar»  Frsncbs:  3-  Piihuinlphia  2 

m  PJttjbyrgfe  6 . -AHiuto  2' 

m  St.  Uois  5 . . . ^L'Fteridi  0 

■  Lcs  Angms  _ Montreal  3 

■  Houston' 5 _ Chiago2 

■  CeKwit  1 _ CioctflMti  5 


Source:  The  Washington  Post  (1996).  Monday,  May  27,  p  C6. 


Figure  4.  Status  of  baseball  games  on  a  given  day  shown  by  a  number  of  tables. 
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An  example  of  a  simple  table  is  a  relationship  between  two  columns  of 
quantities,  as  shown  in  table  1.  (The  relationship  can  also  be  between  two 
rows,  but  I  use  the  column  terminology  for  ease  of  discussion  in  this 
report.) 

The  basic  property  of  a  table  is  that  the  item  at  the  top  of  each  column  is  a 
descriptor  and  not  a  value,  while  the  rest  of  the  items  in  a  column  are 
values.  The  two  columns  can  also  be  considered  two  lists,  usually  with  a 
correspondence  relationship  between  items  in  each  row.  This  table  repre¬ 
sents  relationships  in  a  discrete  domain;  that  is,  the  relationships  are 
meaningful  only  at  the  values  given  in  the  table,  and  extensions  (interpo¬ 
lation  and  extrapolation)  are  neither  possible  nor  meaningful. 

Table  2  gives  another  example  of  a  simple  table  with  two  columns;  once 
again,  the  first  item  in  each  column  represents  a  descriptor,  while  the  rest 
of  the  items  are  values,  and  there  is  a  correspondence  relationship  be¬ 
tween  items  in  each  column.  Additionally,  in  such  a  table,  one  may  be 
able  to  extend  the  relationship  to  other  sets  of  values  between  those  given 
in  the  table.  Such  a  domain  is  continuous.  For  example,  the  value  of  Cost 
corresponding  to  an  Area  value  of  2.5  can  be  calculated  through  interpo¬ 
lation.  Several  types  of  interpolations  are  available.  (I  do  not  discuss  those 
various  methods  in  this  report.)  Similarly,  the  value  of  Cost  correspond¬ 
ing  to  an  Area  of  6.7  can  be  calculated  by  an  extrapolation  procedure.  The 
important  classification  is  that  some  tables  represent  continuous  func¬ 
tional  relationships  and  others  represent  discrete  (point-wise)  relation¬ 
ships.  Database  systems  focus  on  the  latter  representation  (a  detailed 
discussion  is  presented  in  sect.  14). 

In  popular  vocabulary,  tables  are  also  called  "tables  of  data."  People  say 
"the  data  is  stored  in  a  table."  Such  a  statement  implies  that  a  table  is 
merely  a  storage  device.  Ordinarily,  a  table  (for  example,  either  table  1  or 
table  2)  stores  data,  and  at  the  request  of  a  user,  the  data  are  retrieved  and 
presented.  In  such  a  system,  storage  is  the  primary  purpose  of  tables. 
Database  systems  have  been  developed  that  essentially  "store  data"  and 
return  values  upon  a  user's  request.  Note  the  common  expression,  "data 


Table  1.  Example 
table  showing  two 
columns  of  data  that 
hold  a  discrete 
relationship. 


Office 

Person 

President 

John  Johnson 

Vice  President 

Mary  Gorton 

Treasurer 

Catherine  Weslock 

Secretary 

Timothy  Wesbury 

Table  2.  Example 
table  showing  two 
columns  of  data  that 
hold  a  continuous 
relationship. 


Area 

Cost 

1 

3 

2 

6 

3 

11 

4 

18 

5 

27 

6 

38 

7 


is  retrieved  from  a  database."  In  this  sense  (storage),  databases  and  tables 
are  used  with  synonymous  meanings  and  for  identical  purposes. 

However,  it  is  very  important  to  distinguish  between  tables  that  represent 
data  in  continuous  and  discrete  domains.  Table  2  can  be  replaced  by  a 
functional  relationship  of  the  form  Cost  =  2  +  (Area)2. 

Thus,  an  equation  (a  functional  relation)  and  a  table  become  mutually 
substitutable.  This  means  that  a  table  can  be  used  where  an  equation  can 
be  used.  In  this  sense,  a  table  is  more  than  a  data  storage  device.  This  calls 
for  a  representation  for  tables  beyond  databases. 

Another  example  of  tables  that  are  much  more  than  storage  devices  is  the 
set  of  tables  of  logarithms.  Before  the  advent  of  slide  rules  and  calcula¬ 
tors,  tables  of  logarithms  (see  sample  in  table  3)  were  widely  used  for 
calculations  in  science  and  engineering  fields.  The  logarithmic  tables 
contained  functional  representations.  Tables  of  values  of  reciprocals,  sine, 
cosine,  tangent,  sinh,  cosinh,  tanh,  and  so  forth  are  other  examples  of 
tables  of  functional  relationships  used  directly  to  facilitate  computations. 
As  mathematics  (specifically,  algebra)  progressed,  people  preferred  to  use 
equations  rather  than  relying  on  tables  of  functions.  However,  this  ex¬ 
ample  shows  that  tables  and  equations  can  both  represent  the  same 
functional  relationship  between  variables  in  a  given  problem.  Where 
equations  are  difficult  to  fit,  tables  of  data  may  be  the  only  recourse  or 
else  the  best  means,  particularly  when  dealing  with  experimental  data 
and  empirical  observations  (such  as  baseball  results). 

The  history  of  steam  tables  shows  the  evolution  of  tables  of  data  to  equa¬ 
tions  for  representing  complex  relationships.  For  two  centuries,  thermal 
engineers  dealt  with  steam  tables  obtained  through  laborious  experimen¬ 
tal  work.  Steam  has  a  thermodynamic  state  that  is  defined  as  a  number  of 
properties  (pressure,  temperature,  specific  volume,  internal  energy, 
enthalpy,  and  entropy).  Given  any  two  of  these  properties,  the  state  is 
completely  obtainable.  Historically,  steam  tables  (fig.  5)  have  been  the 
main  means  of  representing  these  relationships  between  thermal  states  of 
steam  (Baumeister  and  Marks,  1964).  With  the  advent  of  digital  comput¬ 
ing,  the  complex  functional  relationships  between  these  properties  have 
been  captured  in  equations.  Since  these  equations  are  extremely  complex 
and  do  not  reveal  the  relationships  in  the  data,  the  steam  tables  and  charts 
are  very  widely  used. 

These  arguments  show  that  tables  can  be  used  in  place  of  equations  to 
represent  functional  relationships.  Tables  are  more  than  storage  devices. 
Tables  are  useful  in  doing  calculations.  For  example,  the  ideal  gas  equa¬ 
tion  of  state  can  be  represented  by  a  sample  table,  as  shown  in  table  4. 


Table  3.  Sample  table  of  logarithms 


1-18 


MATHEMATICAL  DATA  AND  CONVERSION  TABLES 


LOGARITHMS 


If  x  —  loge  n,  then  e*  =  n 
log  ah  —  log  a  +  log  h 
log  alb  ~  log  a  —  log  b 
=  “log  bla 
log  1/n  =  —log  n 


log  ne  =  c  log  n 
log  'Vn  —  (He)  log  n 
log,  x  =  2.3026  log10  x 
logjo  x  =  0.4343  logf  x 
e  =  2.718282 


LOGARITHMS  TO  BASE  10 


log  1  =  0 
7T  =  3.141593 
log,0  7T  =  .497150 


Num¬ 

ber 

0 

1 

2 

3 

4 

5 

1 

7 

S 

9 

Proportional  Parts 

1  2 

3 

4 

5 

7  8  9 

1.0 

0000 

0043 

0086 

0128 

0170 

0212 

0253 

0294 

0334 

0374 

4  8  12 

17  21  25 

29  33  37 

1.1 

0414 

0453 

0492 

0531 

0569 

0607 

0645 

0682 

0719 

0755 

4  8 

n 

15  19  23 

26  30  34 

1.2 

0792 

0828 

0864 

0899 

0934 

0969 

1004 

1038 

1072 

1106 

3  7  10 

14  17  21 

24  28  31 

1.3 

1139 

1173 

1206 

1239 

1271 

1303 

1335 

1367 

1399 

1430 

3  6  10 

13  16  19 

23  26  29 

1.4 

1461 

1492 

1523 

1553 

1584 

1614 

1644 

1673 

1703 

1732 

3  6 

9 

12  15  18 

21  24  27 

1.5 

1761 

1790 

1818 

1847 

1875 

1903 

1931 

1959 

1987 

2014 

3  6 

8 

11  14  17 

20  22  25 

1.6 

2041 

2068 

2095 

2122 

2148 

2175 

2201 

2227 

2253 

2279 

3  5 

8 

11  13  16 

18  21  24 

1.7 

2304 

2330 

2355 

2380 

2405 

2430 

2455 

2480 

2504 

2529 

2  5 

7 

10  12  15 

17  20  22 

1.8 

2553 

2577 

2601 

2625 

2648 

2672 

2695 

2718 

2742 

2765 

2  5 

7 

9  12  14 

16  19  21 

1 JS 

2788 

2810 

2833 

2856 

2878 

2900 

2923 

2945 

2967 

2989 

2  4 

7 

9  11 

13 

16  18  20 

El 

H 

3032 

3054 

3075 

3118 

3139 

Ml 

3181 

3201 

2  4 

6 

8  11 

13 

15  17  19 

El 

3222 

3243 

3263 

3284 

3304 

3324 

3345 

3365 

3385 

3404 

2  4 

6 

8  10  12 

14  16  18 

its 

3424 

3444 

3464 

3483 

3502 

3522 

3541 

3579 

3598 

2  4 

6 

8  10  12 

14  15  17 

2.3 

3617 

3636 

3655 

3674 

3692 

3711 

3729 

3747 

3766 

3784 

2  4 

6 

7 

9  11 

13  15  17 

2.4 

3802 

3820 

3838 

3856 

3874 

3892 

3909 

3927 

3945 

3962 

2  4 

5 

7 

9  11 

12  14  16 

2.S 

3979 

3997 

4031 

4048 

4065 

4082 

4116 

4133 

2  3 

5 

7 

9  10 

12  14  15 

2.6 

4150 

4166 

4183 

53 

4216 

4232 

4249 

4265 

4281 

4298 

2  3 

5 

7 

8  10 

11  13  15 

2.7 

4314 

4330 

4346 

4362 

4378 

4393 

4409 

4425 

4440 

4456 

2  3 

5 

6 

8 

9 

11  13  14 

2.8 

4472 

4487 

4502 

4518 

5433 

4548 

4564 

4579 

4594 

2  3 

5 

6 

8 

9 

11  12  14 

2J9 

4624 

4639 

4654 

4669 

4683 

4698 

4713 

4728 

4742 

4757 

1  3 

4 

6 

7 

9 

10  12  13 

3.0 

4771 

4786 

4800 

4814 

4829 

4843 

4857 

4871 

4886 

4900 

1  3 

4 

6 

7 

9 

10  11  13 

2.1 

4914 

4928 

4942 

4955 

4969 

4983 

4997 

5011 

5024 

5038 

1  3 

4 

6 

7 

8 

10  11  12 

3.2 

5051 

5065 

5079 

5092 

5105 

5119 

5132 

5145 

5159 

5172 

1  3 

4 

5 

7 

8 

9  11  12 

3  3 

5185 

5198 

5211 

5224 

5237 

5250 

5263 

5276 

5289 

5302 

1  3 

4 

5 

6 

8 

9  10  12 

3.4 

5315 

5328 

5340 

5353 

5366 

5378! 

5391 

5403 

5416 

5428 

1  3 

4 

5 

6 

8 

9  10  11 

3  S 

5441 

5453 

5465 

5478 

5490 

5502  1 

5514 

5527 

5539 

5551 

1  2 

4 

5 

6 

7 

9  10  11 

3.6 

5563 

5575 

5587 

5599 

5611 

5623' 

5635 

5647 

5658 

5670 

1  2 

4 

5 

6 

7 

8  10  11 

3.7 

5682 

5694 

5705 

5717 

5729 

5740' 

5752 

5763 

5775 

5786 

1  2 

3 

5 

6 

7 

8  9  10 

3.8 

5798 

5809; 

5821 

5832 

5843 

5855 

5866 

5877 

5888 

5899 

1  2 

3 

5 

6 

7 

8  9  10 

3.9 

5911 

5922 

5933 

5944 

5955 

5966 

5977 

598S 

5999 

6010 

1  2 

3 

4 

5 

7 

— 

8  9  10 

4.0 

6021 

6031 

6042 

6053 

6064 

6075 

6085 

60% 

6107 

6117 

1  2 

3 

4 

5 

6 

8  9  10 

4.1 

6128 

6138 

6149 

6160 

6170 

6180 

6191 

6201 

6212 

6222 

1  2 

3 

4 

5 

6 

7  8  9 

4J2 

6232 

6243 

6253 

6263 

6274 

6284 

6294 

6304 

6314 

6325 

1  2 

3 

4 

5 

6 

7  8  9 

4  3 

6335 

6345 

6355 

6365 

6375 

6385 

6395 

6405 

6415 

6425 

1  2 

3 

4 

5 

6 

7  8  9 

4.4 

6435 

6444 

6454 

6464 

6474 

6484 

6493 

6503 

6513 

6522 

1  2 

3 

4 

5 

6 

7  8  9 

4.5 

6532 

6542 

6551 

6561 

6571 

6580 

6590 

6599 

6609 

6618 

1  2 

3 

4 

5 

6 

7  8  9 

4.6 

6628 

6637 

6646 

6656 

6665 

6675 

6684 

6693 

6702 

6712 

1  2 

3 

4 

5 

6 

7  7  8 

4.7 

6721 

6730 

6739 

6749 

6758 

6767 

6776 

6785 

6794 

6803 

1  2 

3 

4 

5 

6 

6  7  8 

4.8 

6812 

6821 

6830 

6839 

6848 

6857 

6866 

6875 

6884 

6893 

1  2 

3 

4 

4 

5 

6  7  8 

4  3 

6902 

6911 

6920 

6928 

6937 

6946 

6955 

6964 

6972 

6981 

1  2 

3 

4 

4 

5 

6  7  8 

s.e 

6990 

6998 

7007 

7016 

7024 

7033 

7042 

7050 

7059 

7067 

1  2 

3 

3 

4 

5 

6  7  8 

S.l 

7076 

7084 

7093 

7101 

7110 

7118 

7126 

7135 

7143 

7152 

1  2 

3 

3 

4 

5 

6  7  8 

5.2 

7160 

7168 

7177 

7185 

7193 

7202 

7210 

7218 

7226 

7235 

1  2 

2 

3 

4 

5 

6  7  7 

5  3 

7243 

7251 

7259 

7267 

7275 

7284 

7292 

7300 

7308 

7316 

1  2 

2 

3 

4 

5 

6  6  7. 

5.4 

7324 

7332 

7340 

7348 

7356 

7364 

73/2 

7380 

7388 

7396 

1  2 

2 

3 

4 

5 

6  6  7 

Source:  Hans  Gartmann,  ed.  (1970).  De  Laval  Engineering  Handbook,  3rd  ed.,  McGraw 
Hill  Book  Co.,  New  York,  NY,  1-18. 


4-34  THERMAL  PROPERTIES  OF  BODIES  A\TD  THERMODYNAMICS 

Table  27.  Properties  of  Saturated  Steam 

(From  Keenan  and  Keyes,  “Thermodynamic  Properties  of  Steam”) 

(h/  and  8/  are  measured  from  32 F) 


Abs 

press, 

psi 

Temp, 
dog  F 

Specific 
(  volume 

Enthalpy 

Entropy 

Internal 

energy 

j  Liquid 

Vapor 

Liquid 

|  Evap 

Vapor 

Liquid 

j  Evap 

|  Vapor 

Evap 

1.0 

101.74 

0.01614 

333.6 

69.70 

1036.3 

1106.0 

0.1326 

1.8456 

1.9782 

|  974.6 

1.2 

107.92 

0.01616 

280.9 

75.87 

1032.7 

1108.6 

0. 1435 

1.8193 

1 . 9628 

970.3 

1.4 

113.26 

0.01618 

243.0 

81.20 

1029.6 

1110.8 

0.1528 

1.7971 

1.9493 

966-7 

1.6 

117.99 

0.01620 

214.3  ; 

85.91 

1026.9 

1112.8 

0.1610 

1.7776 

1.9386 

963.5 

1.8 

122.23 

0.01621 

191.8 

90.14 

1024.5 

1 1 1 4 . 6j 

0.1683 

1.7605 

1.9288 

960.6 

2.0 

126.08 

0.01623 

173.73 

93.99 

1022.2 

1116.21 

0.1749 

1.7451 

1.9200 

957.9 

2.2 

129.62 

0.01624 

158.85  ; 

97.52 

1020.2 

1117.7 

0.1809 

1.7311 

1.9120 

955.5 

2.4 

132.89 

0.01626 

146.38 

100.79 

1018.3 

1119.1 

0.1864 

1.7183 

1.9047 

953.3 

2.6 

135.94 

0.01627 

135.78  ! 

103.83 

1016.5 

1120.3 

0.1916 

1.7065 

1.8981 

951.2 

2.8 

138.79 

0.01629 

126.65  j 

106.68 

1014.8 

1121.5 

0.1963 

1.6957 

j 

1.8920 

949.2 

3.0 

141.48 

0.01630 

118.71  1 

109.37 

1013.2 

1122.6 

0.2008 

1.6855 

1.8863 

947.3 

4.0  i 

152.97 

0.01636 

90.63  i 

120.86 

1006.4 

1127.3 

0.2198 

1.64271 

1 . 8625 

939.3 

5.0 

162.24 

0.01640 

73.52 

130.13 

1001.0 

1131.1 

0.2347 

1.6094 

1.8441 

933.0 

6.0 

170.06 

0-01645 

61.98 

137.96 

996.2 

1134.2 

0.2472 

1.5820 

1.8292 

927.5 

7.0 

176.85 

0.01649 

53.64 

144.76 

992.1 

1136.9 

0.2581 

1.5586 

1.8167! 

922.7 

8.0 

182.86 

0.01653 

47.34 

|  150.79 

988.5 

1139.3 

0.2674 

1.5383 

!  1.8057 

918.4 

9.0 

188.28 

0.01656 

42.40 

156.22 

985.2 

1141.4 

0.2759  j 

1.5203 

1.7962 

914.6 

10 

193.21 

0.01659 

38.42 

161.17 

982.  1 

1143.3 

0.2835  | 

1.5041 

1.7876 

911. 1 

M 

197.75 

0.01662 

j  35.14 

!  165.73 

979.3 

1145.0 

0.2903 

1.4897 

1  1.7800, 

907.8 

12 

201.96 

0.01665, 

32.40 

169.96 

976.6 

1146.6 

0.2967 

1.4763 

1.7730 

904.8 

13 

!  205.88 

0.016671 

30.06 

173.91 

974.2 

1148.1 

0.3027 

1.4638 

1.7665 

901.9 

14 

209.56 

0.01670 

28.04 

!  177.61 

!  971.9 

1149.5 

0.3083 

1.4522 

1.7605 

899.3 

14.696 

212.00 

0.01672 

26.80 

'  180.07 

! 

970.3 

1150.4 

0.3120 

1.4446 

1.7566 

897.5 

15 

i  213.03 

0.01672) 

26.29 

161.11 

I  969.7 

1150.8 

0.3135 

1.4415 

1.7549 

896.7 

16 

216.32 

0.01674! 

24.75 

184.42 

967.6 

1152.0 

0.3184 

;  1.4313 

1.7497 

894.3 

17  ! 

219.44 

0.016771 

23.39 

187.56 

965.5 

1153.1 

0.3231 

1.4218 

I . 7449 

892.0 

18 

222.41 

0.01679) 

22.17 

190.56 

963.6 

1154.2 

0.3275 

1.4128 

1.7403 

889.9 

19 

,  225.24 

0.01681 j 

21.08 

193.42 

961.9 

1155.3 

0.3317 

1.4043 

1.7360 

887.8 

20 

227.96 

0.01683; 

20.089 

196. 16 

960.1 

1156.3 

0.3356 

1.3962 

1.7319 

885.8 

21 

230.57 

0.01685) 

19.192 

198.79 

958.4 

1157.2 

0.3395 

1.3885’ 

1 . 7280 

883.9 

22 

233.07 

0.01687! 

18.375 

201.33 

956.8 

1158.1 

0.3431 

1.3811} 

1.7242 

882.0 

23 

235.49 

0.01689 

17.627 

203.78 

955.2 

1159.0 

0.3466 

1.3740’ 

1.7206 

880.2 

24 

;  237.82 

0.01691; 

j 

16.938 

206.14 

953.7 

|  1159.8 

0.3500 

1 . 3672| 

1.7172 

878.5 

25 

240.07 

0.016921 

16.303 

208.42 

952.  1 

1160.6 

0.3533 

1.3606! 

1.7139 

876.8 

26 

242.25 

0.01694 

15.715 

210.62 

950.7 

1161.3 

0.3564 

1 . 3544j 

1.7108 

875.2 

27 

244.36 

0.01696 

15.170 

212.75 

949.3 

1162.0 

0-3594 

1 . 3484 

1.7078 

873.6 

28 

246.41 

0.01698 

14.663 

214.83 

947.9 

1162.7 

0.3623 

1.34251 

1.7048 

872.  1 

29 

248.40 

0.01699 

14.189 

216.86 

946.5 

1163.4 

0.3652 

1.3368 

1 

1.7020 

870.5 

30 

250.33 

0.0(701 

13.746 

218.82 

945.3 

1164.1 

0.3680 

1.3313} 

1 . 6993 

869.  1 

31 

252.22 

0.01702 

13.330 

220.73 

944.0 

1164.7 

0.3707 

1.3260 

1.6967 

867.7 

32 

254.05 

0.01704 

12.940 

222.59 

942.8 

1165.4 

0.3733 

1 .32091 

1.6941 

866.3 

33 

255.84 

0.01705 

12.572 

224.41 

941 .6 

1166.0 

0.3758 

1.3159) 

1.6917 

864.9 

34  | 

257.08 

i  0.01707 

| 

12.226 

226.  18 

940.3 

1 166.5 

0.3783 

I.31I0! 

1.6893 

863.5 

35  | 

259.28 

i 

0.01708 

11.898 

227-91 

939.2 

M67.1 

0.3807 

1.3063! 

1.6870 

862.3 

36 

260.95 

0. 017091 

1 1 .588 

229.60 

938.0 

1 167.6 

0.383! 

1.3017} 

1.6848* 

861.0 

37 

262.57 

0.0171! 

11.294 

231.26 

936.9 

1168.2 

0.3854 

1.2972, 

1.6826; 

859.8 

38 

i  264.16 

0.01712 

11.015 

232.89 

935.8 

1168.7 

0.3876 

1.2929.' 

1 . 6805} 

858.5 

39 

,  265.72 

0.017(4: 

10.750} 

234.48 

934.7 

1169.2; 

0.3898 

1.2886' 

1.6784) 

857.2 

Source:  T.  Baumeister,  and  L.  S.  Marks,  eds.  (1964).  Mechanical  Engineers'  Handbook ,  6th 
ed.,  McGraw-Hill  Book  Co.,  New  York,  NY. 


Figure  5.  A  sample  table  showing  properties  of  saturated  steam. 
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Table  4.  Tabular 
representation  of 
temperature-volume- 
pressure  relationship 
for  an  ideal  gas. 


Table  1.  Specific  volume  of  air  (ft3). 

Pressure 

psia 


14.7 

20 

30 

50 

60 

5297 

13.35010157 

9.812325 

6.54155 

4.906162 

3.92493 

540.0 

13.60969388 

10.00313 

6.66875 

5.001563 

4.00125 

CD 

l_ 

550.0 

13.86172525 

10.18837 

6.792245 

5.094184 

4.075347 

13 

g  a: 

CD  CD 

CL  CD 

560.0 

14.11375661 

10.37361 

6.915741 

5.186806 

4.149444 

E 

CD 

h- 

570.0 

14.36578798 

10.55885 

7.039236 

5.279427 

4.223542 

580.0 

14.61781935 

10.7441 

7.162731 

5.372049 

4.297639 

590.0 

14.86985072 

10.92934 

7.286227 

5.46467 

4.371736 

600.0 

15.12188209 

11.11458 

7.409722 

5.557292 

4.445833 

4.  Ends  and  Means 


The  fact  that  tables  can  be  used  to  represent  functional  relationships  has 
important  implications  for  software  developers.  Currently,  most  software 
methods  generate  tables  that  can  be  used  as  records  and  not  as  dynamic 
relationships.  Contrast  this  with  tables  in  books — a  scientist  can  readily 
use  tables  from  books  (in  paper)  either  to  read  or  to  be  used  as  a  relation 
in  his  or  her  computing.  Regrettably,  since  computer  tools  are  not  avail¬ 
able  that  treat  tables  as  functional  relationships,  their  reuse  is  limited  and 
circuitous. 

Coad  and  Yourdon  (1991)  caution  software  developers  that  if  the  applica¬ 
tion  of  a  software  engineering  method  produces  a  monument  of  paper, 
then  something  is  wrong — in  the  method,  in  the  application  of  the 
method,  or  perhaps  both.  They  lament,  "if  we  lose  sight  of  people  and 
begin  producing  charts,  diagrams,  and  piles  of  paper  as  ends  [italics 
added]  unto  themselves,  we  fail  to  effectively  communicate." 

By  developing  structures  and  methods  to  represent  tables  as  means,  as 
well  as  ends,  we  will  be  able  to  facilitate  seamless  reuse  of  tables  in  com¬ 
puter  systems.  In  such  a  case,  tables  will  become  means  for  communica¬ 
tion  among  people,  understanding  by  people,  and  further  generation  of 
knowledge  by  people.  That  is,  tables  can  be  "copied  and  pasted"  in 
developing  new  computer  programs. 
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5.  Treatment  of  Tables  in  Text  Formatting  Tools 

Early  word  processing  software  tools  could  not  handle  tables.  Subsequent 
word  processors  recognized  the  need  for  tables  to  be  embedded  in  text 
documents.  Initially,  tables  were  provided  as  simple  rectangular  arrays. 
Recent  developments  cater  for  some  basic  variations  in  tables  in  text 
processing  tools  both  for  electronic  (World  Wide  Web)  and  paper  (word 
processing)  documents.  However,  all  these  are  display  devices  only. 

Morris  (1996,  p  79)  describes  how  tables  are  formatted  and  added  as  a 
new  feature  of  HTML  (HyperText  Markup  Language,  the  primary  lan¬ 
guage  of  the  World  Wide  Web)  to  make  HTML  a  true  publishing  medium. 
As  is  common  with  HTML  documents,  tags  are  used  to  define  a  table  and 
its  components.  A  table  is  divided  into  rows  and  cells.  Techniques  are 
defined  to  format  text  in  table  cells.  However,  these  formatting  rules  are 
merely  to  represent  tables  for  display  and  visualization.  Creation  and 
editing  of  tables  are  permitted,  but  no  other  data  manipulation  is  possible 
at  present.  That  is,  no  calculations  are  made  with  tables.  Lemay  (1996) 
also  discusses  formatting  HTML  tables  for  use  on  the  World  Wide  Web. 
The  emphasis  is  on  creating  tables  at  the  transmitter's  terminal  (or  server) 
and  displaying  them  at  the  receivers'  (client)  terminals.  The  Web  browser 
Netscape  features  table  heading  cells  and  data  cells.  Lemay  also  suggests 
using  lists,  images,  and  preformatted  text  as  alternatives  to  tables. 

Microsoft  Word  95  accommodated  in  its  "Autoformat"  38  different  table 
formats.  It  also  allows  for  columns  to  be  split  (see  table  5).  However,  the 
purpose  of  these  operations  is  again  to  display  a  table  in  a  text  document 
in  a  natural  fashion  from  a  human  interface  point  of  view.  But  no  meth¬ 
ods  exist  to  support  the  use  of  tables  as  functional  relationships. 

In  the  last  few  years,  however,  tables  in  word  processors  have  become 
capable  of  performing  simple  calculations.  For  example,  the  totals  of 
several  items  in  a  column  (or  a  row)  can  be  computed  automatically  as 
the  items  in  the  table  are  entered.  This  is  somewhat  similar  to  the  capabili¬ 
ties  in  a  spreadsheet.  However,  these  features  in  tables  are  minor  com¬ 
pared  with  the  capabilities  of  tables  in  Natural  Computing  as  described  in 
this  report. 

Natural  Computing  also  provides  for  use  of  spreadsheets  with  program¬ 
ming  interfaces.  Additionally,  in  Natural  Computing  (Karamchetty,  2000), 
spreadsheet  strips  are  independent  objects  that  behave  like  spreadsheets 
while  being  small  in  size,  with  positive  implications  on  memory  require¬ 
ments  and  performance. 

In  this  report,  my  focus  is  on  the  use  of  tables  from  the  perspective  of 
calculations.  Therefore,  the  emphasis  is  on  the  representation  of  a  table  for 
calculation  rather  than  for  its  presentation  as  part  of  a  document. 

Table  5.  A  table  in  a 
word  processor 
showing  an  element 
spanning  two 
columns. 


Monday  Tuesday  Wednesday  Thursday 

AM  PM 


6.  Informal  Survey  and  Analysis  of  Practical  Tables 

In  this  section,  I  provide  a  number  of  examples  of  tables  from  various 
textbooks,  handbooks,  brochures,  and  newspapers  to  demonstrate  the 
richness  and  complexity  of  data,  information,  and  functional  relationship 
representations  in  practical  tables.  These  examples  allow  me  to  identify 
and  describe  characteristics  and  properties  of  tables. 

A  table  represents  characteristics  and  values  in  a  domain.  A  two- 
dimensional  rectangular  array  is  traditionally  used  to  represent  a  table. 
But  since  a  table  contains  a  set  of  characteristics  and  their  values,  the 
representation  should  recognize  this  distinction  by  separating  the  table 
header,  which  contains  the  characteristics,  from  the  data  body,  which 
contains  the  values.  A  table  can  be  identified  by  a  table  caption,  which 
gives  it  a  unique  identity  in  the  document.  In  documents  such  as  books, 
we  find  lists  of  tables,  which  bring  together  all  the  table  captions  to  one 
location  (generally  with  a  table  of  contents  (TOC)  giving  the  page  num¬ 
bers  of  table  locations).  Thus,  a  simple  table  will  consist  of  a  table  caption, 
a  table  header,  and  a  table  data  body.  The  table  caption  is  a  string.  The 
table  header  is  a  row  (list)  containing  strings.  The  table  data  body  is  a 
two-dimensional  matrix  representing  values  of  a  given  type  (a  number,  a 
string,  or  a  graphic  symbol).  Figure  6  is  an  example  of  a  simple  table  with 
its  parts  identified. 

Compare  this  simple  table  with  the  sample  table  in  figure  7  ( Mechanical 
Engineers'  Handbook,  Baumeister  and  Marks,  1964).  In  the  sample,  three 
types  of  values  are  used  in  the  table  data  body:  a  string,  a  real  number, 
and  a  range  of  real  numbers.  Such  a  combination  of  data  types  does  not 
allow  the  use  of  an  array  in  computer  representation  (since  arrays  repre¬ 
sent  data  of  the  same  type).  Of  course,  one  possible  representation  is  an 
array  of  pointers,  with  each  pointer  pointing  to  a  given  data  type  (string, 
real  number,  and  range). 
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Figure  7.  A  sample 
table  with  a  variety  of 
data  types. 


Figure  8.  A  sample 
table  showing 
distinct  data  types. 


Figure  7  shows  that  table  header  elements  are  usually  complex  data 
forms.  In  this  sample,  the  second  column  label  includes  the  descriptive 
name  (absolute  roughness)  of  the  item,  its  symbol  (e),  and  its  units  (feet). 
From  a  textual  visibility  standpoint,  representation  as  a  string  will  suffice. 
However,  a  different  and  more  elegant  representation  is  needed  to  allow 
these  three  parts  to  be  identified  and  accessed  uniquely. 

Figure  8  shows  a  sample  table  with  data  types  that  are  numbers  (both 
integers  and  a  floating  point),  ranges  of  numbers  (with  range  indicated  by 
as  well  as  "to"),  strings,  and  an  algebraic  expression  (an  equation). 
This  table  also  has  another  feature:  several  footnotes  (Baumeister  and 
Marks,  1964). 


Table  4.  Absolute  Roughness  Classification  of  Pipe  Surfaces  for  Selection  of  Friction 

Factor  f  in  Fig.  18 

Commercial  Pipe  Surfaces  (New) 

Absolute  Roughness  e.  Ft 

Glass,  drawn  brass,  copper,  lead . 

.  Smooth 

Wrought  iron,  steel . 

.  0.00015 

Asphalted  cast  iron . 

.  0.0004 

Galvanized  iron . 

.  0.0005 

Cast  iron . 

.  0.00085 

Wood  stave . 

.  0.0006-0.003 

Concrete . 

.  0.001-0. 01 

Riveted  steel . 

.  0.003-0.03 

Source:  T.  Baumeister  and  L.  S.  Marks,  eds.  (1964).  Mechanical  Engineers' 
Handbook,  6th  ed.,  McGraw-Hill  Book  Co.,  New  York,  NY. 


3-78  MECHANICS  OF  LIQUIDS 


Table  5.  Loss  of  Head  in  Flow  of  Water  through  Elbows,  Meters,  Etc. 

(Also  expressed  in  equivalent  lengths  of  straight  pipe  to  cause  equal  loss) 


Nature  of  resistance 

Loss  of  head  as 
a  decimal  or 
multiple  of  V-/2q 
(safe  avg  values) 

Equivalent  length 
of  straight  pipe 
expressed  in 
pipe  diameters 

Square-edged  entry.  Upstream  end  of  pipe  flush  with  inside 

0.50 

20 

1.00 

40 

0-0.05 

Zero 

*90  deg  curves,  smooth,  same  inside  diam  as  pipe: 

0.50 

20 

0.25 

10 

90  deg  elbows,  common  screw  end.  short  turn  (experiments  on 
%  to  0  in.  ells) .  . 

0.75 

30 

Tees,  common  screw*  end,  full  size  brunch  (experiments  on  1  to 

4  in.  tees) .  . . . 

1.50 

60 

Square  dhow  (intersection  of  two-evlindersl . 

1.25 

50 

Obtuse-angled  elbows,  deflection  in  pipe  **  a  deg  (less  than  90 
deg) . 

1.25  X  (a/90)2 

3.4  to  10 

50  X  (a/90)2 

135-400 

Water  meteret 

Disk  or  wobble  type . 

Rotary  (disk  of  star  or  cog-wheel  shape  as  piston) . 

i  10 

400 

Reciprocating  piston  (like  a  piston  pump) . 

I  15 

600 

Turbine  wheel  type  (double  flow,  balanced) . 

5-7.5 

200-300 

For  pipe  orifices  in  diaphragms  see  p.  lfi-19. 

*  For  complete  summary  and  details,  see  Pigott,  Trans.  ASME,  1950  and  195G. 
t  Different  makes  of  meters  and  different  sizes  of  the  same  make  vary  considerably. 


Source:  T.  Baumeister  and  L.  S.  Marks,  eds.  (1964).  Mechanical  Engineers' 
Handbook ,  6th  ed.,  McGraw-Hill  Book  Co.,  New  York,  NY. 
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Figure  9.  Sample 
table  showing 
algebraic  expressions. 


Figure  10.  Example  of 
complex  case  and 
switch  statements 
required  to  replace  a 
table  such  as  that  in 
figure  9. 


The  sample  table  in  figure  9  reveals  another  highly  interesting  use  of 
tables  in  practical  applications.  Data  elements  in  this  table  contain  alge¬ 
braic  expressions  that  are  the  equivalent  of  several  case  and  switch  state¬ 
ments,  as  shown  by  pseudo-code  in  figure  10.  It  is  excitingly  obvious  that 
such  tables  represent  considerable  information  very  elegantly. 


Table  7.  Values  of  the  Hydraulic  Radius  m  for  Various  Cross  Sections 

(m  =  cross-sectional  area  -5-  wetted  perimeter) 

Form  of  cross  section 

Value  of  m 

d/4 

d/3 

d/2 

d/2 

(bd  +d*)/(6  +  2.83d) 

(6d  +  !.5d2) /(6  +  3.6  Id) 
j  (bd  +  2d2)/(b  +  4.47d) 
d (approx) 

Trapezoidal  channels  (bottom  width  —  b;  depth  =  d) : 

Channel  with  side  slopes  2  hor  to  1  vert . 

Wide  shallow  stream  1 . 

1  Hence  the  term  “hydraulic  mean  depth,’’  sometimes  used  for  m. 

Source:  T.  Baumeister  and  L.  S.  Marks,  eds.  (1964).  Mechanical  Engineers' 
Handbook,  6th  ed.,  McGraw-Hill  Book  Co.,  New  York,  NY. 
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Figure  11.  A  sample 
table  showing  a 
conditional  range 
value  in  an  element. 


In  the  sample  table  in  figure  11,  the  fourth  column  represents  a  tempera¬ 
ture  range.  However,  this  range  is  not  an  output  or  value  range  as  in  the 
previous  sample  (see  fig.  7).  It  is  a  conditional  range .  This  is  a  clever  way  of 
representing  a  number  of  "if  statements"  in  a  column.  The  equation  given 
in  column  3  is  applicable  only  if  the  "Temp  range,  deg  R,"  is  within  the 
range  given  at  any  element.  This  interesting  feature  leads  to  the  represen¬ 
tation  of  a  table  element  as  a  data  output  value,  or  as  a  conditional  range 
for  checking.  In  other  words,  the  table  takes  multiple  data  values.  For 
example,  if  the  gas  is  oxygen  and  if  the  temperature  range  is  between  540 
and  5000,  then  the  equation  is  as  given  in  column  3.  This  is  indeed  a  very 
intriguing  way  of  representing  calculations  through  tables. 


Table  17.  Specific  Heats  of  Gases  at  1  Atm 

Gas 

Sym¬ 

bol 

Equation  for  Cp  in  Btu  per  mol 

Temp 

range, 

deg  R 

Source 

C h 

540-5000 

a 

/0.05 (T  -  4000)  V 
+  V  1000  / 

5000-9000 

a 

Ni 

9  47  _  «  X,0.)  +(.-*6X  .C) 

540-5000 

a 

Carbon  monoxide .  . . 

CO 

».46-(5-WrX,#,)+(i07^  ^ 

540-5000 

a 

Hs 

™+(0:%o-)+(3 1) 

540-4000 

a 

5.76  +  ('°'578T)  +  (-$=) 

\  1000  /  \X/T/ 

/0.33 (T  -  4000)  \ 

\  1000  ) 

4000-9000 

a 

HiO 

540-5000 

a* 

Carbon  dioxide . 

CO- 

540-6300 

a 

Methane . 

CH* 

4.22  +  8.211  X  10 ->T 

492-1800 

b 

A  14,400 

T 

1800-5940 

b 

Ethylene . 

CjH< 

6.0  +  8.33  X  lO-5?1 

720-1400 

c 

Ethane . 

CjIIs 

6.6  +  13.33  X  10 "*r 

720-1440 

c 

Ethyl  alcohol . 

C*H«0 

4.5  +  21.1  X  10  ~*T 

680-1120 

c 

Methyl  alcohol . 

Benzene . 

CHaO 

C6Ho 

2.0  +  16.67  X  IO->r 

6.5  +  28.9  X  10 ~'T 

680-1 100 
520-1120 

c 

c 

Octane  . 

CpHis 

14.4  +  53.3  X  10"*r 

720-1440 

c 

Dodecane . 

CuHis 

19.6  +  80.0  X 

720-1440 

1  <■ 

«  Sweigert  and  Beardsley,  Empirical  Specific  Heat  Equations  Based  upon  Spectroscopic  Data,  G a.  School 

Tech.,  State  Eng.  Expt.  Sta.  Bull.  2.  1928. 

b  Schwarz.  Die  Spczifiachcn  Wurmen  der  Guse  als  Hilfswerte  zur  Bereclinung  von  Gleichgewichten,  Arch. 
Eisenhiittenw.,  9,  1930,  p.  389- 

'Parks  and  Huffman,  ACS,  Mon.  60.  1032.  • 

*  Approximate.  An  equation  based  on  the  most  recent  data  is  given  by  Keyes  in  J.  Chem.  Phys .,  16, 

Aug.  1947,  p.  602. 

Source:  T.  Baumeister  and  L.  S.  Marks,  eds.  (1964).  Mechanical  Engineers' 
Handbook ,  6th  ed.,  McGraw-Hill  Book  Co.,  New  York,  NY. 
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In  my  presentation  of  table  samples  so  far,  the  table  header  and  the  table 
data  body  are  rectangular;  i.e.,  a  number  of  rows  and  columns  form  a 
regular  rectangular  array.  Now  consider  the  table  in  figure  12.  Note  that 
both  columns  7  and  8  in  the  table  header  develop  branches.  First,  the 
element  "Specific  heat  per  lb  . . branches  into  cp  and  cv.  Next,  the  ele¬ 
ment  "Heat  capacity  per  cu  ft . . ."  develops  the  same  branches,  and  cv. 
The  table  header  begins  with  9  columns  and,  with  these  branches,  ends 
with  11  columns  (the  same  number  as  the  table  data  body).  At  the  junc¬ 
tion  of  the  table  header  and  body,  the  number  of  columns  in  both  the 
table  header  and  body  is  the  same.  The  table  in  figure  12  is  an  example  of 
columns  branching  into  two  or  more  columns. 

The  most  significant  effect  of  the  branched  columns  is  that  a  simple 
rectangular  array  representation  for  tables  is  not  adequate.  We  must  be 
able  to  produce  table  header  and  table  data  body  representations  that  will 
allow  for  any  number  of  columns  developing  branches.  To  accommodate 
such  irregular  shapes  (nonrectangular)  for  a  fable  header  and  a  table  data 
body,  we  need  to  adopt  a  different  data  structure.  I  introduce  the  concept 
of  a  cell  cage  to  accommodate  this  requirement  (see  sect.  7). 

As  a  side  point,  figure  12  also  has  blanks  in  the  table  data  body  repre¬ 
sented  by  several  dots  ("...").  Yet  another  feature  of  tables — footnotes — 
can  also  be  observed  in  this  example.  The  first  column  of  the  table  data 
body  has  an  entry  (Steam)  (about  midway  down)  with  a  symbol  c  refer¬ 
ring  to  a  table  footnote.  Footnote  symbols  require  another  addition  to  the 


Figure  12.  Example 
table  where  elements 
develop  branches  as 
they  progress  along 
columns. 


Table  23.  Properties  of  Gases 


Specific  heat 
per  lb  at 
room  tem¬ 
peratures, 

;  Btu  per  lb, 

!  deg  F 

S 

i 

Heat  capacity 
per  cu  ft  at 
standard 

atmos  pres¬ 
sure  and  68  F, 
Btu  per  cu  ft, 
deg  F 

i  Cp  j  c» 

Helium . 

Argon . 

Air . 

Oxygen . 

Nitrogen . 

Hydrogen . 

Nitric  oxide . 

Carbon  monoxide . 
Hydrochloric  acid 

Steam' . 

Carbon  dioxide .  .  . 
Nitrous  oxide. . .  . 
Sulphur  dioxide .  .  . 

Ammonia . 

Acetylene . 

Methyl  chloride. . . 

Methane . 

Ethylene . 


He 

A 


O: 


H- 

NO 

CO 

HC1 

HcO 

CO: 

N-0 

SO: 

NHj 

C:H: 

CH3CI 

CH< 

C:H< 


4.0:0.01039 
4Q.Q10. 1037 
29. 0!0. 07528 
32.0-0.08305 
28. OjO. 07274 
2. 0  Q. 005234 
30.0,0.07788 
28.0,0.07269 

36.5  0.09460 

18  . 

4-4.0  0. 1 1 42 
44.0:0. 1143 
64.0  0.  1663 
17.0:0.04420 
26.0  0.06754 

50. 5  0.  1309 
|16.0  0.04163 
28. 0.0. 07280 


0.138 
1.377  1 
1.000 
1.103 
0.966 
0.0695 
1.034 
0.965 
1.256 
0.623 
1.516 
1.518 
2.208 
0.587 
0.897 
1.738 
0.553 
0.967 


366.3  1. 
38.70  0. 

53.30  0. 

48.31  0. 
55.  16  0. 

766.8  3. 
51.52  0. 
55.19  0. 
42.41  0. 
85.81  0. 
35.  13  0. 
35.  12  0. 
24.13  0. 
90.77  0. 
59.40  0. 
30.62  0. 
96.37  0. 
55. 1 1  0. 


Z5  0 
124  0 
241,0 
217,0 
247  0 
42  )2 
231(0. 
243|0. 
191  0. 
46  jO. 
205,0. 
221  0. 
154. 0. 
523;0. 
350  0. 
24  0. 
593  0. 
40  jO. 


.754  JO. 0 1 30 [o 

0129-0.0077]!  .67 
0I8EQ 
1549!O.OI80:o 
.  1761  0. 0179-0 


0743  0. 
1725  0. 


435  0. 
1648-0. QI80!0 
1721  jO.  01 770 
0 1 81  'o 


1365  0 
36  . 

1599  0 
I759;0 
1230  0 
4064;0 
2737.0 
2006.0 
4692'0 
3292j0 


0130-1.40 
0129'!. 40 
01 28]  1. 40 
0127-1.40 
0128  1.40 
0 1 25 ! 1 . 4 1 
0 1 29!  1 . 40 

_ Jl.28 

0183  1.28 


0234  0. 

0253  0.020 1 ; 1 . 26 
0256  0. 

023 1 
0236‘0. 

03  14  0. 

0247:0. 

029 1 10.0240- 1 . 22 


T 

.0204' 1.25 
.0179:1.29 
.0185  1.28 
.0263  1.20 
.0195  1.26 


f 


For  more  accurate  values  of  specific  heats,  see  pp.  4-9.  4-10. 

°  For  accurate  values  of  atomic  weights,  see  p.  G-4. 
b  For  values  e:  60  F.  multiply  by  1.0154. 

e  Very  rough  values  applying  to  low  pressures  and  temperatures  only.  See  steam  tables,  pp.  4-34  to 
4-41,  for  more  exact  values- 


Source:  T.  Baumeister  and  L.  S.  Marks,  eds.  (1964).  Mechanical  Engineers' 
Handbook ,  6th  ed.,  McGraw-Hill  Book  Co.,  New  York,  NY. 
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Figure  13.  A  number 
of  columns  develop 
variable  numbers  of 
branches  or 
multiples. 


item/value  representation.  The  cell  must  be  a  composite,  having  both  the 
value  "Steam"  and  a  footnote  symbol.  The  table  will  then  carry  a  footnote 
linked  to  that  symbol.  Figure  13  also  shows  a  sample  table  where  a  num¬ 
ber  of  columns  develop  multiple  branches. 


4-34  THERMAL  PROPERTIES  OF  BODIES  AND  THERMODYNAMICS 


Table  27.  Properties  of  Saturated  Steam 

(From  Keenan  and  Keyes,  "Thermodynamic  Properties  of  Steam”) 
( k/  and  8 /  are  measured  from  32F) 


Abs 
press, 
psi  ] 

1 

Temp,  j 
deg  F  | 

Specific 

volume 

Enthalpy 

Entropy 

Internal 

energy 

Liquid 

Vapor 

Liquid 

Evap 

Vapor 

Liquid 

Evap 

Vapor 

Evap 

1.0 

101.74 

0.01614 

333.6 

69.70 

1036.3 

1 106.0 

0.1326 

1.8456 

1.97821 

974.6 

1 .2 

107.92 

0.01616 

280.9 

75.87 

1032.7 

1 108.6 

0.1435 

1.8193 

1.9628, 

970.3 

1.4 

113.26 

0.01618 

243.0 

81.20 

1029.6 

1110.8 

0.1528 

1.7971 

1.9493 

966.7 

1.6 

117.99 

0.01620 

214.3 

85.91 

1026.9 

1112.8 

0.1610 

1.7776 

1.9386 

963.5 

1.8 

122.23 

0.01621 

191.8 

90.14 

1024.5 

1114.6 

0.1683 

1.7605 

1.9288 

960.6 

2.0 

126.08 

0.01623 

173.73 

93.99 

1022.2 

1116.2 

0.1749 

1.7451 

1.9200 

957.9 

2.2 

129.62 

0.01624!  158.85 

97.52 

1020.2 

1117.7 

0. 1809 

1.731 1 

1.9120 

955.5 

2.4 

132.89 

0.01626!  146.38 

100.79 

1018.3 

1119.1 

0.1864 

1.7183 

1.9047 

953.3 

2.6 

135.94 

0.016271 135.78 

103.83 

1016.5 

1120.3 

0.1916 

1.7065 

1.8981 

951.2 

2.8 

138.79 

0.01629 

126.65 

106.68 

1014.8 

1121.5 

0.1963 

1.6957 

1.8920 

949.2 

3.0 

141.48 

0.01630 

1 18.71 

109.37 

1013.2 

1122.6 

0.2008 

1.6855 

1.8863 

947.3 

4.0 

152.97 

0.01636 

90.63 

120.86 

1006.4 

1127.3 

0.2198 

1.6427 

1.8625 

939.3 

5.0 

162.24 

0.01640 

73.52 

130.13 

1001.0 

1131.1 

0.2347 

1.6094 

1.8441 

933.0 

6.0 

170.06 

0.01645 

61.98 

137.96 

996.2 

1134.2 

0.2472 

1.5820 

1.8292 

927.5 

7.0 

176.85 

0.01649 

53.64 

144.76 

992.1 

1136.9 

0.2581 

1.5586 

1.8167 

922.7 

8.0 

182.86 

0.01653 

47.34 

150.79 

988.5 

1 139.3 

0.2674 

1.5383 

1.8057 

918.4 

9.0 

188.28 

0.01656 

42.40 

156.22 

985.2 

1141.4 

0.2759 

1.5203 

1.7962 

914.6 

10 

193.21 

0.01659 

38.42 

161.17 

982. 1 

1 143.3 

0.2835 

1.5041 

1.7876 

911.1 

1  i 

197.75 

0.01662 

35.14 

165.73 

979.3 

1145.0 

0.2903 

1.4897 

1.7800 

907.8 

12 

201.96 

0.01665 

32.40 

169.96 

976.6 

1 146.6 

0.2967 

1.4763 

1.7730 

904.8 

13 

205.88 

0.01667;  30.06 

173.91 

974.2 

1148.1 

0.3027 

1.4638 

1.7665 

901.9 

14 

209.56 

0.0!670j  28.04 

177.61 

971.9 

1 149.5 

0.3083 

1.4522 

1.7605 

899.3 

14.696 

212.00 

0.01672;  26.80 

1 

180.07 

970.3 

1150.4 

0.3120 

1.4446 

1.7566 

897.5 

15 

213.03 

0.01672  26.29 

181.11 

969.7 

1150.8 

0.3135 

1.4415 

1.7549 

896.7 

16 

!  216.32 

0.016741  24.75 

184.42 

967.6 

1152.0 

0.3184 

1.4313 

1.7497 

894.3 

17 

|  219.44 

0.01677 

23.39 

187.56 

965.5 

1153. 1 

0.3231 

1.4218 

1.7449 

892.0 

18 

222.41 

0.01679 

22.  17 

190.56 

963.6 

1 1 54.2' 

0.3275 

1.4128 

1.7403!  889.9 

,9 

225.24 

0.01681 

21.08 

193.42 

961.9 

1155.3 

0.3317 

1.4043 

1.7360 

887.8 

20 

227.96 

0.01683 

20.089 

196. 16 

960.  1 

1156.3 

0.3356 

1.3962 

1.7319-  885.8 

21 

230.57 

0.01685 

19.192!  198.79 

958.4 

1157.2 

0.3395 

1.3885 

1.7280 

883.9 

22 

233.07 

0.01687 

18.375 

201.33 

956.8 

1158.1 

0.3431 

1.3811 

1.7242 

882.0 

23 

235.49 

0.016891  17.627 

203.78 

955.2 

1159.0 

0.3466 

1.3740 

1.7206 

880.2 

24 

237.82 

0.01691 

16.938 

206.14 

953.7 

1159.8 

0.3500 

1.3672 

1.7172 

878.5 

25 

240.07 

0.01692 

16.303 

208.42 

952.1 

1160.6 

0.3533 

1.3606 

1.7139 

876.8 

26 

242.25 

0.01694 

15.715;  210.62 

950.7 

1161.3 

0.3564 

1.3544 

1.7108 

875.2 

27 

244.36 

0.01696 

15.170  212.75 

949.3 

1162.0 

0.3594 

1.3484 

1.7078  873.6 

28 

246.41 

0.01698'  14.6631  214.83 

947.9 

1162.7 

|  0.3623 

1.3425 

1.7048 

!  872.1 

29 

248.40 

0.01699 

14.189 

.  216.86 

946.5 

1163.4 

0.3652 

1.3368  1.7020 

:  870.5 

30 

250.33 

1 

0.017011  13.746 

|  218.82 

945.3 

1164. 1 

0.3680 

j 

1.3313  1.6993 

869. 1 

31 

252.22 

0.01702.  13.330 

220.73 

944.0 

1164.7 

0.3707 

1 . 3260;  1.6967 

867.7 

32 

254.05 

0.01704  12. 940|  222.59 

942.8 

1165.4 

0.3733 

1.3209 

!  1.6941 

866.3 

33 

255.84 

0.01705  12.572  224.41 

941.6 

1 166.0 

0.3758 

1.3159!  1.6917 

864.9 

34 

257.08 

0.01707:  I2.226S  226.18 

1  1 

940.3 

1166.5 

0.3783 

1.3110 

1.6893  863.5 

35 

259.28 

0.01708  11.898  227.91 

939.2 

1167.1 

0.3807 

1.3063!  1.6870 

!  862.3 

36 

|  260.95 

j  0.01709  11.588  229.60 

938.0 

1167.6 

i  0.3831 

[  1.3017;  1.6848  861.0 

37 

|  262.57 

!  0.0171 1!  11.294  231.26 

936.9 

1168.2 

:  0.3854 

1.2972]  i.6826'  859.8 

38 

;  264. 16 

0.017121  11.015!  232.89 

935.8 

J168.7|  0.3876 

1.2929 

1.6805 

|  858.5 

39 

\  265.72 

j  0.01714!  10.750!  234.48 

934.7 

1169.2]  0.3898 

j  1 . 2886|  1 . 6784j  857.2 

Source:  T.  Baumeister  and  L.  S.  Marks,  eds.  (1964).  Mechanical  Engineers' 
Handbook ,  6th  ed.,  McGraw-Hill  Book  Co.,  New  York,  NY. 
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Figure  14.  A  sample 
table  with  both  a 
column  header  and  a 
row  header. 


The  sample  table  in  figure  14,  which  shows  properties  of  superheated 
steam,  is  an  example  of  a  table  with  both  a  row  header  and  a  column 
header.  In  the  column  header,  one  column  (Temperature  of  steam,  deg  F) 
develops  nine  branches.  Each  row  in  the  row  header  (20, 40,  60,  and  so 
on)  develops  three  branches.  A  number  of  elements  are  blank  (indicated 
by  a  series  of  dots),  indicating  no  meaningful  values,  or  indicating  that 
table  values  have  bounds. 


Table  28.  Superheated  Steam  Tables 

(Abstracted  from  Keenan  and  Keyes,  “Thermodynamic  Properties  of  Steam”) 
(c  =  specific  volume,  cu  ft  per  lb;  h  —  enthalpy,  Btu  per  lb;  s  —  entropy) 


Pressure, 

psia 

(Saturation 
temp,  deg  F) 

Temperature  of  steam,  deg  F 

340 

380 

420 

460 

500 

550 

600 

650 

700 

20 

V 

23.60 

24.82 

26.04 

27.25 

28.46 

29.97 

31.47 

32.97 

34.47 

(227.96) 

h 

1210.8 

1229.7 

1248.7 

1267.6 

1286.6 

1310.5 

1334.4 

1358.6 

1382.9 

s 

1.8053 

1.8285 

1.8505 

1.8716 

1.8918 

1.9160 

1.9392 

1.9671 

1.9829 

40 

V 

11.684 

12.315 

12.938 

13.555 

14.168 

14.930 

15.688 

16.444 

17.198 

(267.25) 

h 

1207.0 

1226.7 

1246.2 

1265.5 

1284.8 

1309.0 

1333.1 

1357.4 

1381.9 

8 

1.7252 

1.7493 

1.7719 

1.7934 

1.8140 

1.8385 

1.8619 

1.8843 

1.9058 

60 

V 

7.708 

8.143 

8.569 

8.988 

9.403 

9.917 

10.427 

10.935 

11.441 

(292.71) 

h 

1203.0 

1223.6 

1243.6 

1263.4 

1283.0 

1307.4 

1331.8 

1356.3 

1380.9 

8 

1.6766 

1.7135 

1.7250 

1.7470 

1.7678 

1.7927 

1.8162 

1.8388 

I . 8605 

80 

V 

5.718 

6.055 

6.383 

6.704 

7.020 

7.410 

7.797 

8.180 

8.562 

(312.03) 

h 

1198.8 

1220.3 

1240.9 

1261.1 

1281.1 

1305.8 

1330.5 

1355. 1 

1379.9 

s 

1.6407 

1.6669 

1.6909 

1.7134 

1.7346 

1.7598 

1.7836 

1.8063 

1.8281 

100 

V 

4.521 

4.801 

5.071 

5.333 

5.589 

5.906 

6.218 

6.527 

6.835 

(327.81) 

h 

1 194.3 

1216.8 

1238. 1 

1258.8 

1279. 1 

1304.2 

1329. 1 

1354.0 

1378.9 

8 

1.6117 

1.6391 

1.6639 

1.6869 

1.7085 

1.7340 

1.7581 

1.7810 

1.8029 

120 

V 

3.964 

4.195 

4.418 

4.636 

4.902 

5.165 

5.426 

5.683 

(341.25) 

h 

1213.2 

1235.3 

1256.5 

1277.2 

1302.6 

1327.7 

1352.8 

1377.8 

8 

1.6156 

1.6413 

1.6649 

1.6869 

1.7127 

1.7370 

1.760! 

1.7822 

140 

V 

3.365 

3.569 

3.764 

3.954 

4.186 

4.413 

4.638 

4.861 

(353.02) 

h 

1209.4 

1232.3 

1254.1 

1275.2 

1300.9 

1326.4 

1351.6 

1376.8 

8 

1.5950 

1.6217 

1.6458 

1.6683 

1.6945 

1.7190 

1.7423 

1.7645 

160 

V 

2.914 

3.098 

3.273 

3.443 

3.648 

3.849 

4.048 

4.244 

(363.53) 

h 

1205.5 

1229.3 

1251.6 

1273.1 

1299.3 

1325.0 

1350.4 

1375.7 

8 

1.5766 

1.6042 

1.6291 

1.6519 

1.6785 

1.7033 

1.7268 

1.749! 

180 

V 

2.563 

2.732 

2.891 

3.044 

3.230 

3.411 

3.588 

3.764 

(373.06) 

h 

1201.4 

1226.1 

1249.1 

1271.0 

1297.6 

1323.5 

1349.2 

1374.7 

!  $ 

1.5596 

1.5884 

1.6139 

1.6373 

1.6642 

1.6894 

1.7130 

1.7355 

200 

V 

2.438 

2.585 

2.726 

2.895 

3.060 

3.221 

3.380 

(381.79) 

h 

1222.9 

1246.5 

1268.9 

'  1295.8 

1322.1 

1348.0 

1373.6 

8 

. 

1.5738 

1.6001 

1.6240 

1.6513 

|  1.6767 

1.7006 

1.7232 

220 

V 

2. 198 

2.335 

2.465 

2.621 

2.772 

2.920 

3.066 

(389.86) 

h 

1219.5 

1243.8 

1266.7 

1294. 1 

1320.7 

1346.8 

1372.6 

8 

1.5603 

1.5874 

1.6117 

1.6395 

1.6652 

1.6892 

1.7120 

260 

V 

1 

1 

1.8257 

1.9483 

2.063 

2.199 

2.330 

2.457 

2.582 

(404.42) 

h 

1212.4 

1238.3 

1262.3 

1290.5 

1317. 7 

1344.3 

1370.4 

8 

i 

1.5354 

1.5642 

1 . 5897 

1.6184 

1.6447 

1.6692 

1.6922 

300 

V 

1 

i 

1.5513 

1.6638 

1.7675 

1.8891 

2.005 

2.118 

2.227 

(417.33) 

h 

I 

1204.8 

1232.5 

1257.6 

1286.8 

1314.7 

1341.8 

1368.3 

s 

1 

1.5126 

1.5434 

1.5701 

1.5998 

1.6268 

1.6517 

1.6751 

350 

V 

| 

1.3984 

1.4923 

1.6010 

1.7036 

1.8021 

1.8980 

(431.72) 

h 

i 

1224.8 

1251.5 

1282. 1 

1310.9 

1338.5 

1365.5 

s 

1.5197 

1.5481 

1.5792 

1.6070 

1.6325 

1.6563 

400 

V 

1.1978 

1.285! 

1.3843 

1.4770 

1.5654 

1.6508 

(444.59) 

h 

8 

. i 

1216.5 

1.4977 

1245. 1 
1.5281 

1277.2 

1.5607 

1306.9 

1.5894 

1335.2 

1.6155 

1362.7 

1.6398 

Source:  T.  Baumeister  and  L.  S.  Marks,  eds.  (1964).  Mechanical  Engineers' 
Handbook ,  6th  ed.,  McGraw-Hill  Book  Co.,  New  York,  NY. 
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Figure  15.  A  sample 
table  showing  ranges 
with  value 
correspondence. 


This  table  has  another  extremely  interesting  feature.  Note  the  characterise 
tic  value  in  the  column  header,  "Pressure,  psia  (Saturation  temp,  deg  F)." 
In  the  corresponding  row  values,  note  two  numbers,  one  without  and  the 
other  with  parentheses.  I  refer  to  this  set  as  a  value  and  a  parenthesis  (or 
bracket)  value.  The  pressure  values  are  represented  by  the  values  in  the 
open,  and  the  saturation  temperature  values  are  placed  in  parentheses. 
From  a  computer  representation  point  of  view,  this  feature  should  be 
considered  when  representations  for  cells  are  developed  (see  sect.  8). 

The  sample  table  in  figure  15  presents  interesting  examples  of  the  use  of 
ranges.  As  the  footnote  to  the  table  indicates,  when  a  range  is  given  in  an 
element,  the  first  and  the  second  numbers  correspond,  and  linear  interpo¬ 
lation  is  permitted. 


Table  1.  Emissivity  of  Surfaces 

Surface 

Temp.* 
deg  F 

Emis- 

aivity* 

Surface 

Temp.* 
deg  F 

Einis- 

sivity* 

Metals  and  Their  Oxides 

Nicbrome  wire,  bright 

120-1830 

0.65-0.79 

120-930 

0.95-0.98 

ACTHW  (80Ni.l2Cr); 

0.89-0.82 

440-1070 

0.039-0.057 

firm  black  ox.  coat .  . 

520-1045 

73 

0.040 

Platinum,  polished  plate 

440-2960 

0.05-0. 17 

Rough  plate . 

78 

0.055-0.07 

Silver,  pure  polished .... 

440-1160 

0.02-0.03 

390-1110 

0.11-0. 19 

Stainless  steels: 

75 

0.28 

530-1520 

0.63-0; 26 

Type  316,  cleaned .... 

75 

0.10 

316,  repeated  heating. 

450-1600 

0.57-0. 66 

304,42  hr  at  9S0  F _ 

420-980 

0.62-0.73 

450-900 

0.22-0.16 

310.  furnace  service. . . 

420-980 

0.90-0.97 

Allegheny  fi.  polished 

212 

0.13 

497-710 

0.03-0.04 

Tantalum  filament . 

2420-5430 

0. 194-0.33 

Rolled  plate,  natural , . 

72 

0.06 

Thorium  oxide . 

Tin.  bright . 

530-1520 

76 

0.58-0.21 

0. 04-0. 06 

emeried . 

72 

0.20 

Tungsten,  aged  filament. 

80-6000 

0.03-0.35 

390-1 1 10 

0.61-0-59 

Zinc,  99.1%.  comm'l. 

440-620 

0.05 

(00-1000 

0. 0B-0.26 

polished . 

Galv.,  iron,  bright. . . . 

82 

0.23 

Electrolytic,  polished. 

176 

0.02 

Galv.,  gray  oxid . 

75 

0.28 

Comm  \  plate. 

. 

polished . 

Heated  atlllOF . 

66 

0.030 

Refractories,  Building  Materials.  Paints,  Misc. 

390-1110 

0.57-0.57 

Thick  oxide  coating. .  . 

77 

0.78 

Alumina.  50>i  grain  size. . 

1850-2850 

0.39-0.28 

Cuprous  oxide . 

1470-2010 

0.66-0.54 

Alumina-silica,  cont  g. . . 

1850-2850 

1970-2330 

0.16-0.13 

0.61-0.43 

Dow  metal,  cleaned. 

1.7%  FeiOj . 

0.73-0.62 

450-750 

0.24-0.20 

2.9%  FeOi . 

.. 

0.78-0.68 

Gold,  highly  polished  . . . 

440-1160 

0.02-0.40 

Al  paints  (vary  with 

Iron  and  steel: 

am't  lacquer  body. 

350-1600 

0.05-0.37 

V 

212 

0.27-0.67 

Wrought  iron. 

.Asbestos . . 

100-700 

0.93-0.95 

polished . 

100-480 

0.28 

Candle  soot:  lampblack- 

Smooth  sheet  iron .... 

1650-1900 

0.55-0.60 

water  glass . 

70-700 

0.95  ±  0.01 

Rusted  plate . 

67 

0.69 

Carbon  plate,  heated. . .  . 

260-1160 

0. 81-0. 79 

Smooth  oxidized  iron. 

260-980 

0.78-0.82 

Od  layers: 

Strocgly  oxidized . 

100-480 

0.95 

Lube  oil,  0.01"  on  pol. 

Molten  iron  and  steel. 

2730-3220 

0.40-0.45 

Ni . 

68 

0.82 

Lead: 

Linseed,  1-2  colts  on 

99.96%.  unoxidtzed . . . 

260-440 

0.06-0.08 

Al . 

68 

0. 56-0. 57 

Gray  oxidized . 

75  i 

0.28 

Rubber,  soft  grav  re- 

Oxidized  at  390  F . 

390 

0.63 

76 

0.86 

Mercury,  pure  clean .... 

32-212 

0.09-0.12 

Misc.  I:  shiny  black 

Molybdenum  filament.. 

1340-4700 

0. 10-0.29 

lacquer,  planed  oak. 

Monel  metal,  K 5700 .... 

white  enamel,  serpen- 

Washed,  abrasive  soap 

75 

0.17 

tine,  gypsum,  white 

Repeated  heating  .... 

450-1610 

0.46-0.65 

enamel  paint,  roofing 

Nickel  and  alloys: 

paper,  lime  plaster. 

Electrolytic,  polished. 

74 

0.05 

black  matte  shellac .  .  . 

70 

0.87-0.91 

Electroplated,  not 

Misc-  II:  glazed  porce- 

polished . 

68 

0.11 

Iain,  white  paper. 

Wire . 

368-1844 

0. 10-0. 19 

fused  quartz,  polished 

| 

Plate,  oxid.  at  1110  F. 

390-1110 

0.37-0.48 

marble,  rough  red 

Nickel  oxide . 

1200-2290 

i  0.59-0. So 

brick,  smooth  glass. 

Copper-nickel. 

1 

hard  glossy  rubber. 

polished . 

212 

{  0.06 

flat  black  lacquer,  wa* 

1 

Nickel-silver,  polished 

212 

|  0.14 

ter.  eleclrographite  .  .  . 

70 

!  0.92-0.96 

Nickolin,  gray  oxide.. 

70 

1  0.26 

i 

*  When  two  temperatures  and  two  emissivities  : 
second,  and  linear  interpolation  is  permissible. 

arc  given  they  correspond,  first  to  first  and  second  to 

Source:  T.  Baumeister  and  L.  S.  Marks,  eds.  (1964).  Mechanical  Engineers’ 
Handbook,  6th  ed.,  McGraw-Hill  Book  Co.,  New  York,  NY. 
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Figure  16  shows  a  sample  table  for  which  dimensions  or  attributes  are 
described  by  means  of  a  sketch.  This  type  of  table  is  useful  in  generating 
the  drawings  of  a  part  or  machine  component,  as  the  table  provides  the 
flange  sizes  for  a  given  load  and  nominal  pipe  size.  A  number  of  addi¬ 
tional  features  are  observable  from  the  structure  of  this  table.  Notice  the 
notes  in  the  body  of  the  table  that  redirect  the  calculations  to  a  different 
part  of  the  table. 

Figure  17  shows  a  sample  table  from  a  catalog  of  a  plastics  manufacturer. 
The  size  of  the  container  is  shown  as  LxWxD.  But  three  separate  col¬ 
umns  are  not  used.  In  terms  of  cell  representation,  the  column  header 
should  be  represented  as  a  composite  cell  containing  the  characteristic 
"size,"  units  in  parentheses,  and  dimensions  L,  W,  D  with  separators 
("x"  marks).  The  corresponding  data-body  cells  should  accommodate  the 
values  for  the  three  dimensions  with  the  same  separator  marks  "x." 

The  sample  table  in  figure  18  uses  pictures  in  the  table  data  body  to 
describe  the  attitude  variable.  If  the  attitude  corresponds  to  the  configura¬ 
tion  shown  in  the  picture,  then  the  value  in  the  fourth  column  is  the 
result.  The  interpretation  of  the  rows  is  rich  in  meaning.  The  first  row 
element  develops  seven  multiples  in  the  second  column,  but  the  seven 
multiple  columns  collapse  into  one  element  again  in  the  third  column. 
Again  the  fourth  column  has  seven  multiples  corresponding  to  the  seven 
items  in  the  second  column.  The  other  rows  also  develop  multiples  and 
collapses. 

Figure  19  shows  the  very  popular  use  of  graphical  icons  or  symbols,  as 
used  in  the  Consumer  Reports  magazine.  Each  icon  is  explained  in  a  foot¬ 
note,  end  note,  or  other  note  (such  as  a  key). 


Table  33.  Dimensions  of  American  Standard  Companion  Flanges*  (ASA) 

(All  dimensions  in  inches) 


♦  Other  dimensions  arc  given  in  Tables  31  and  32.  Finished  boro  on  Japped  flange  to  be  such  as  method  of  attachment  of  pipe  requires. 


Source:  T.  Baumeister  and  L.  S.  Marks,  eds.  (1964).  Mechanical  Engineers'  Handbook,  6th  ed.,  McGraw- 
Hill  Book  Co.,  New  York,  NY. 

Figure  16.  A  sample  table  connecting  values  to  dimensions  in  a  sketch. 


Figure  17.  A  sample 
table  showing  high- 
density  polyethylene 
tank  data  having 
three  size  values  in 
one  column. 


Nalgene®  Sturdy  Rectangular 
Tanks  With  Covers 
HIGH  DENSITY  POLYETHYLENE 


VERY  POPULAR 


Rectangular  tanks  have  excellent  chemical,  abrasion,  and  impact  resis¬ 
tance.  They  feature  continuous  operating  service  to  150°F.  Large  tanks 
need  additional  support  at  room  temperature. 


Part  No.  Tank 

Tank  Capacity  Size  (In.)  Approximate  Wall  With  Cover 

With  Cover  (Gal.)  L  x  W  x  D  Thickness  (In.)  Price  Each 


19009LG 

2 

8x8x8 

& 

45.50 

19013LG 

6 

14x10x10 

% 

50.20 

19017LG 

7 

12x12x12 

& 

57.80 

19020LG 

11 

18x12x12 

& 

78.00 

19022LG 

15 

24x12x12 

& 

110.00 

1 901 OLG 

30 

24  x24  x  12 

& 

173.00 

19011  LG 

47 

30x30x  12 

& 

299.25 

19024LG 

6 

18x4x18 

& 

93.10 

19026LG 

11 

12x12x18 

98.60 

19028LG 

15 

18x12x18 

& 

106.40 

1 9031  LG 

25 

18x18x18 

& 

161.50 

19033LG 

22 

24x12x18 

% 

159.90 

19035LG 

30 

24x18x18 

& 

135.50 

19037LG 

60 

36  x  20  x  20 

& 

227.50 

19039LG 

22 

18x12x24 

& 

159.90 

19041  LG 

30 

24x12x24 

& 

169.80 

19044LG 

45 

24x18x24 

% 

191.90 

19046LG 

90 

36  x  24  x  24 

x« 

325.50 

19047LG 

94 

30  x  30  x  24 

x5 

391.90 

19048LG 

12 

24  x  4  x  30 

j x 

156.90 

19050LG 

25 

24  x  8  x  30  . 

% 

173.70 

19051  LG 

117 

30  x  30  x  30 

y,s 

423.90 

19053LG 

90 

24  x  24  x  36 

x, 

316.30 

19055LG 

140 

30  x  30  x  36 

457.45 

Discount:  Less  10%  2-4;  15%  5*7;  20%  8  or  more. 


Source:  Consolidated  Plastics  Company  Inc.,  1996. 


Figure  19.  A  sample 
table  containing 
graphical  icons. 


Ratings 

«Sr  Recommendations  Jfcll 

^hopping  strategy 


Camcorders 


You  can  buy  all  the  camcorder 
you  need  for  $600.  Use  our 
Ratings  to  find  the  best  picture 
quality  and  features. 


Know  the  choices  The  basic  compact  tape 
formats  are  8mm  and  VHS-C.  At  standard 
speed,  8mm  models  record  for  up  to  2XA  hours; 
VHS-C  models,  for  up  to  40  minutes.  There 
arc  “high  band”  versions  of  both  formats  (Hi8 
and  S -VHS-C),  with  enhanced  video  resolu¬ 
tion  that’s  displayed  at  its  best  through  a  TV 
set  with  an  S-vidco  input  Compact  cam¬ 


corders  weigh  two  to  three  pounds.  Full-sized 
VMS  modefs  weigh  at  least  five  pounds. 

Decide  what  to  spend  Basic  models  start  at 
about  $500;  high-band  models,  at  about  $800. 

Know  where  to  shop  Electronics  stores 
have  die  widest  selection.  Discount  stores  usu¬ 
ally  have  less  selection  but  good  prices. 
Department  stores  carry  few  camcorders. 

Using  the  Ratings  We  tested  8mm,  Hi8, 
and  VHS-C  camcorders.  If  you  can’t  find 
a  rated  model,  call  the  manufacturer;  see 
page  64. 


C* 


Overall  Ratings  Listed  in  order  of  overall  score 


H 

1C 

tO 

ii 

isssmm* 

Hitachi  VM-H620A 

Hi3 

$850 

O 

© 

_ 

_ 

o 

© 

o 

2 

Hitachi  VM-E220A 

8mm 

600 

© 

© 

0 

o 

wmmmmmmm 

;3’ 

Sony  CCD-TR84 

8mm 

780 

© 

' _ 

o 

© 

o 

© 

4 

Canon  ES600 

8mm 

675 

© 

_ 

© 

o 

0 

Y 

Samsung  SCH985 

Hi8 

850 

© 

© 

o 

o 

mmmm 

V6' 

Panasonic 

VHS-C 

600 

© 

© 

© 

Q 

o 

PV-A206 

* 

Sharp  VL-E34U 

8mm 

680 

© 

_ 

0 

o 

o 

V** 

wmmmmmm 

> 

Sony  CCD-TR44 

8mm 

500 

© 

_ 

Q 

o 

o 

o 

mmmmm 

Panasonic 

VHS-C 

800 

© 

O 

o 

Q 

o 

PV-0406 

10 

JVC  GR-AX710 

VHS-C 

615  ! 

o 

_ 

© 

o 

a 

mmmmm 

ii 

RCA  CC617 

VHS-C 

550  : 

— 

— 

o 

— 

© 

G 

© 

Source:  Consumer  Reports ,  1996. 
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Figure  20  shows  sample  tables  in  which  elements  can  contain  relation¬ 
ships  in  terms  of  other  table  values  and  inputs  for  interactive  computa¬ 
tions.  These  representations  were  the  forerunners  of  work  sheets  and 
spreadsheets.  By  developing  suitable  representations  for  the  elements  in 
these  tables,  we  can  realize  dynamic  tables.  Section  5  presented  a  discus¬ 
sion  of  tables  with  cell  values  computed  dynamically  as  in  spreadsheets. 

It  is  possible  to  continue  this  survey  and  discover  many  other  table 
features  in  vogue  in  books.  However,  I  believe  I  have  cited  a  sufficient 
number  and  variety  of  examples  so  that  we  can  discern  the  basic  charac¬ 
teristics  needed  for  computer  representation  of  a  variety  of  tables. 


Figure  20.  Sample 
tables  where 
elements  can  contain 
values  of 
computations. 


Source:  Hans  Gartmann,  ed.  (1970).  De  Laval  Engineering  Handbook,  3rd  ed., 
McGraw-Hill  Book  Co.,  New  York,  NY. 
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7.  Anatomy  and  Morphology  of  Tables 

The  previous  section's  survey  of  practical  tables  found  in  books,  newspa¬ 
pers,  and  brochures  suggests  a  minimal  structure  for  adopting  such  tables 
for  computer  applications.  The  anatomy  of  a  minimal  table  structure  is 
shown  in  figure  21.  The  structure  consists  of  a  table  caption,  a  table 
column  header  (and/or  row  header),  a  table  data  body,  footnotes,  and 
table  data  in  various  memory  locations.  The  column  header  and  data 
body  consist  of  cell  cages.  The  cell  cages  contain  pointers  to  cells.  These 
cells  are  of  different  types  (sect.  7.2).  The  cell  cages  can  take  any  shape, 
rectangular  or  nonrectangular,  the  latter  accommodating  multiples  and 
collapsing  multiples.  This  representation  separates  the  table  structure 
from  its  data.  Thus,  it  is  possible  to  define  generic  table  types  and  opera¬ 
tions  on  them.  Specific  domain  data  can  be  connected  to  table  cells  by 


Caption 


^  Table  7-1 .  Thermal  properties.* 


Footnote 


>  ’Applicable  to  real  gases. 


Contents  in 
memory 


Pressure 

psia 

100 

212 

5.4 

Temperature 

deg  F 

150 

239 

4.3 

Volume 

ft3 

200 

320 

3.6 

250 

360 

3.1 

300 

410 

2.7 

Figure  21.  A  generic  structure  for  a  simple  table. 
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pointers.  Since  table  data  are  not  in  an  array,  there  are  no  restrictions  on 
their  type. 

7.1  Cell  Cages 

The  cell  cage  (see  fig.  22)  consists  of  a  number  of  cells,  each  of  which  is 
identified  by  row  and  column  positions.  In  the  example,  18  cells  are 
arranged  in  a  rectangular  fashion  (3  columns  and  6  rows).  Each  cell  is 
identified  by  the  position  it  occupies  in  the  cell  cage  (0,0  to  5,2).  The  cells 
are  themselves  shown  separately,  and  each  cell  can  be  of  a  specific  type;  in 
other  words,  they  need  not  all  be  of  the  same  type.  By  this  arrangement, 
we  can  identify  the  relative  position  of  the  cells  by  the  cell  cage,  while  the 
cell  type  determines  what  can  be  stored  in  the  cell.  Pointers  from  a  cell  to 
the  contents  in  memory  will  allow  basic  data  types  to  be  stored. 


Figure  22.  Cell  cage  and  cells. 


28 


In  a  simple  rectangular  cell  cage,  adjacent  cells  bear  certain  relationships. 
If  we  take  a  cell  i,  j,  its  neighbors  are  north:  i  -  1,  j;  east:  i,  j  +  1;  south:  i  +  1, 
;;  west:  i,  j  - 1.  For  a  cell  cage  with  m  rows  and  n  columns,  i  will  be  be¬ 
tween  0  and  m  - 1,  and  j  will  be  between  0  and  n- 1.  Although  the  cell 
cage  is  rectangular,  a  single  vector  can  be  used  to  represent  the  cells  if  we 
arrange  the  cell  cage  position  numbers  in  a  sequence  (a  vector),  as  shown 
in  figure  23.  The  position  of  a  cell  can  be  obtained  from  its  sequence  or 
serial  number  (Ns)  by  the  following  relationship: 

i  =  Ns/n  and 

j  =  Ns  %  n. 

The  sequence  number  (in  the  vector)  for  a  given  cell  i,  j  is  obtained  from 
the  equation 


Ns  =  in+j. 

In  terms  of  C++  programming  language,  a  vector  of  void  pointers  corre¬ 
sponding  to  each  Ns  value  can  point  to  individual  cells.  Depending  on 
the  cell  type,  its  contents  can  be  processed.  As  an  example,  figure  23 
shows  integer  data  in  a  cell;  the  contents  can  be  accessed  via  an  integer 
pointer. 


Sequence 
number  — 

Position  in 
cell  cage 


0 

1 

2 

3 

16 

17 

0,0 

0,1 

0,2 

1,0 

1,1 

5,1 

5,2 

0 

0,0 


>  Cell  type  - >•  e.g.,  integer 

Integer  pointer 


Figure  23.  Cell-cage  sequence  numbers. 
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We  also  need  an  arrangement  for  a  nonrectangular  cell  cage  representing 
a  table  that  has  a  branching  column.  To  demonstrate  this  case,  I  modified 
the  table  of  figure  21  and  present  it  as  figure  24. 

In  this  case,  it  is  immediately  obvious  that  the  table  data  body  is  still 
rectangular  and  can  be  represented  by  a  rectangular  cell  cage.  However, 
the  column  header  should  be  represented  by  a  nonrectangular  cell  cage, 
as  shown  in  figure  25.  Since  we  know  that  there  are  four  columns  at  the 
junction  of  the  column  header  and  data  body,  the  cell  cage  will  have  four 
columns,  as  shown  in  this  figure.  We  choose  to  omit  cell  0,2  in  the  first 
row  of  the  cell  cage.  In  general,  we  will  follow  a  convention  of  missing  the 
later  cell  number(s).  We  can  also  imagine  that  cell  0,1  will  stand  for  (the 
missing)  cell  0,2,  if  ever  we  look  for  it.  For  example,  if  we  look  for  the 
northerly  neighbor  of  cell  1,2  by  the  conventional  (previously  described) 
procedure,  we  will  get  the  cell  0,2,  and  by  this  just-stated  rule,  we  will 
convert  it  to  0,1.  It  may  be  worthwhile  to  note  that  the  cell  0,1  will  have 
one  more  neighbor  now  than  it  would  ordinarily  have;  it  has  two  south¬ 
erly  neighbors. 

Figure  26  shows  the  vector  representing  the  cell  cage.  It  has  seven  se¬ 
quence  numbers  connected  to  appropriate  cell  positions  and  memory 
locations. 

While  the  representation  and  the  theory  for  cell  cages  with  expanding 
columns  and  collapsing  multiple  columns  are  complex,  algebraic  relation¬ 
ships  can  be  developed,  programmed  once,  and  then  be  made  available 
for  use  by  downstream  users.  For  brevity,  I  do  not  go  into  further  detail  in 
this  report. 


- >  Table  7-1 .  Thermal  properties.* 

> 


Body  - > 


Footnote  - >•  'Applicable  to  real  gases. 

Figure  24.  An  example  table  showing  a  column  with  branches. 


Pressure 

psia 

Temperature 
deg  F  deg  C 

Volume 

ft3 

100 

212 

100 

5.4 

150 

239 

115 

4.3 

200 

320 

160 

3.6 

250 

360 

182 

3.1 

300 

410 

210 

2.7 

Caption 

Header 
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Figure  25.  Representation  of  column  header  cell  cage  for  table  in  figure  24. 


0 


0,0 


Contents 


Note  the  missing  cell 


Cell  type  - >-e.g.,  string 

String  pointer 


Figure  26.  Cell-cage  sequence  numbers  for  a  column  header  with  branches. 


7.2  Cells 

As  we  have  seen,  there  are  different  types  of  cells.  The  simplest  cells  are 
those  containing  basic  data  types  available  in  the  programming  language, 
e.g.,  char,  integer,  real.  By  defining  other  data  types,  we  can  easily  extend 
the  cells  to  contain  real  numbers  and  strings.  With  object-oriented  pro¬ 
gramming,  it  is  only  a  little  more  complex  to  define  cells  of  other  types. 
Figure  27  shows  a  number  of  cell  types  and  the  data  they  contain. 

7.3  Table  Types 

A  spectrum  of  tables  can  be  developed  based  on  the  parameters  identified 
so  far  (see  fig.  28).  By  using  the  representations  described  so  far,  software 
developers  can  generate  several  table  types.  First,  a  number  of  table  types 
will  be  developed  and  made  available  as  part  of  a  Natural  Computing 
tool  box.  In  an  iterative  cycle  (see  fig.  29),  developers  will  address  almost 
all  the  requirements  over  several  versions  and  years.  Domain  specialists 
will  incorporate  their  knowledge  into  these  tables  and  validate  their 
correct  and  appropriate  operation.  Domain  specialists  will  call  for  new 
versions  to  be  developed  by  software  developers  if  the  existing  table 
representations  are  inadequate  in  certain  features.  End  users  will  use  the 
tables  provided  to  them  by  the  domain  specialists.  Specialists  will  incor¬ 
porate  new  domain  knowledge,  catering  to  the  needs  of  end  users. 


Cell  type 


Data  type 

>  Number 

>  String 

String  or  char 

Two  of  type 

Graphic  or  icon 
^  Multiple  strings 
■>  String(s)  (from  a  list) 

>  Combination 


Example 

2.34 

Pressure 

212(100) 

n 

Pressure,  psia 
Btu  per  hr  ft2 
Composition  (balance  Al) 


Figure  27.  Example  cell  types  with  sample  data. 
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Header 

Cell  cage 

Cell 

Interpolation 

Notes 

| 

L. 

Rectangular 

— 

1  Column 

rv. 

Numeric 

—  Yes 

Footnotes 

— 

Multiples 

— 

String 

—  No 

Cell  notes 

Collapsing 

multiples 

— 

Blank 

Other  notes 

— 

Combination 

Graphic 

— 

Composite 

Figure  28.  A  spectrum  of  tables  in  profile  representation  that  can  be  generated. 


Figure  29.  Iterative  cycle  of  table  development  in  future  Natural  Computing  system. 

Two  types  of  system  growth  can  be  anticipated.  One  is  the  domain 
growth  and  the  other  is  the  Natural  Computing  tool  growth.  Initially,  a 
set  of  Natural  Computing  tools  will  be  developed  and  presented  to  . 
domain  specialists  for  use  in  their  domains.  A  variety  of  domains  can  be 
incorporated.  As  more  complex  domain  problems  are  incorporated,  new 
Natural  Computing  tools  will  need  to  be  developed  every  time  a  certain 
new  table  type  is  encountered  for  which  a  table  representation  is  not  yet 
available.  As  new  table  features  (structures  or  behaviors)  are  encountered 
or  invented,  software  developers  will  play  a  primary  role  in  developing 
table  objects  with  needed  features.  Once  those  features  are  implemented, 
the  newer  versions  of  Natural  Computing  software  tools  will  become 
available  to  all  domains.  Eventually,  most  types  of  tables  will  be  repre¬ 
sented  in  Natural  Computing  and  any  domain  can  be  captured. 
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8.  Computer  Representation  of  Tables 

The  foregoing  discussion  suggests  that  representing  tables  as  objects  with 
various  attributes  and  methods  for  operating  on  their  contents  is  promis¬ 
ing.  It  is  then  obvious  that  object-oriented  programming  techniques  and 
languages  will  be  most  suitable  and  perhaps  essential  in  such  a  represen¬ 
tation.  A  table  class  will  be  developed  comprising  a  base  class  and  a 
number  of  derived  classes.  As  the  need  for  new  table  features  is  recog¬ 
nized,  more  derived  classes  can  be  developed  and  added  to  the  system.  A 
container  class  should  be  chosen  for  a  table  class  since  it  contains  several 
components  as  identified  in  section  7.  The  component  classes  will  include 
a  caption,  a  header,  a  data  body,  and  various  notes  classes  (e.g.,  foot¬ 
notes).  The  header  and  data  body  classes  will  consist  of  cell  cages  and 
arrays  of  cells.  The  cells  themselves  are  represented  in  terms  of  a  base 
class  and  a  number  of  derived  classes.  The  table  hierarchy  is  shown  in 
figure  30.  (I  reserve  low-level  details  for  a  later  report,  as  including  them 
here  would  hinder  the  smooth  presentation  of  the  subject  matter.) 

Data  are  entered  into  a  table  at  the  cell  level,  the  table  being  built  up  from 
the  components  by  the  various  constructors  in  the  table  class.  A  number 
of  operations  must  be  defined  to  manipulate  the  contents  of  the  table. 
Creation,  deletion,  modification,  storage,  recall  from  storage,  and 
persistence  operations  are  performed  by  conventional  methods.  Display, 
printing,  and  plotting  of  tables  (as  they  appear  in  books  and  documents) 
(U.S.  GPO,  1984)  will  be  another  set  of  operations.  Perhaps  the  methods 
available  up  to  this  point  in  current  and  emerging  state-of-the-art  text 
processing  systems  will  suffice  for  the  display  functionality  of  tables. 
Additionally,  the  table  class  will  have  operations  that  make  the  table  serve 
its  functional  roles  (for  example,  the  relationship  between  input  and 
output). 

As  stated  in  the  introduction,  the  main  role  of  a  table  is  to  serve  as  a 
functional  relationship.  That  is,  given  an  input  value  (or  values),  the  table 
object  should  provide  a  result  value.  This  functionality  should  be  avail¬ 
able  both  as  an  interactive  feature  and  as  part  of  a  procedure  (or  program) 
building  capability.  In  executing  this  function,  the  table  class  should 
behave  responsibly  by  properly  interpreting  the  qualifying  information 


Figure  30.  A  hierarchy  of  table  classes  and  component  classes. 
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available  in  the  header(s),  footnotes,  and  other  notes.  Thus  a  table  is  not 
merely  a  lookup  table;  it  both  looks  up  information  and  looks  out  for 
footnoted  interpretations  based  on  conditions.  I  call  this  the  responsibility 
of  a  table  object  during  computations. 

In  programming,  a  table  will  be  even  more  useful  and  helpful  to  a  naive 
end  user  if  it  can  adjust  units  automatically,  Every  quantity  in  a  table 
should  know  that  it  carries  units.  In  general,  all  calculation  features  in 
Natural  Computing  work  with  a  set  of  four  items.  These  four  items  are 
(1)  a  name  for  the  characteristic,  (2)  a  variable  representing  the  character¬ 
istic  (called  notation),  (3)  the  value  of  the  characteristic,  and  (4)  the  units 
of  the  characteristic.  The  characteristic  belongs  to  or  is  an  attribute  of  a 
system  under  discussion  or  calculation.  A  variable  is  a  symbol  chosen  to 
represent  the  physical  quantity  or  characteristic  for  brevity  in  writing 
relationships,  equations,  or  table  header  column  cells.  The  characteristic 
has  a  definite  value  at  a  given  state.  Its  value  is  given  in  some  physical 
units.  (In  many  documents,  the  relationships  between  the  variables  and 
their  descriptions  are  often  given  in  lists  of  notation  or  lists  of  symbols.) 

A  table  header  may  contain  a  variable  and  its  description  and  should  be 
connected  to  the  corresponding  pair  in  the  list  of  notation.  The  units  of  a 
quantity  are  given  both  in  the  notation  and  in  the  table  and  should  be 
compatible  but  not  necessarily  identical.  For  example,  a  quantity  such  as 
velocity  can  be  in  feet  per  second  and  in  miles  per  hour.  When  a  table  is 
queried,  the  units  in  the  query  (input)  and  the  units  for  the  quantity  in  the 
table  should  be  compatible.  Likewise,  the  units  of  a  table  quantity  should 
be  compatible  with  the  units  of  the  output  quantity.  The  variable  and 
units  pair  will  also  be  connected  when  procedures  are  developed  that  use 
variables  from  tables.  By  treating  units  (and  conversions)  simultaneously 
with  functional  manipulation,  we  avoid  the  units-related  errors  that  have 
caused  much  grief  in  programs  of  yesterday. 

Other  sets  of  operations  exist  that  make  tables  very  effective  in  program¬ 
ming:  for  example,  mapping  a  table  of  one  type  into  another.  People 
usually  copy  tables  of  one  type  into  another  type.  This  can  be  done  in 
software  by  the  development  of  mapping  operations  that  change  table 
types  and  permit  the  development  of  supersets  and  subsets.  These  opera¬ 
tions  will  enable  abstracting  part  of  a  table  data  body  and  creating  a 
subset  table.  In  reverse,  two  tables  can  be  combined  to  form  a  superset. 
For  example,  a  table  of  Year  versus  Income  and  one  of  Year  versus  Ex¬ 
penditure  can  be  combined  and  a  superset  table  defined  with  three 
columns:  Year,  Income,  and  Expenditure  (see  fig.  31).  We  could  further 
extend  this  table  to  yet  another  superset  table  by  defining  another  column 
called  Profit,  which  may  be  defined  as  the  difference  in  the  Income 
column  and  the  Expenditure  column.  Thus,  tables  should  be  able  to 
generate  new  tables  by  addition  and/or  deletion  of  columns  and  rows. 

Mathematical  operations  on  tables  make  them  very  valuable  and  highly 
useful.  For  example,  figure  32  shows  how  two  table  values  can  be  added 
to  develop  a  result  table.  We  should  be  able  to  achieve  this  result  by 
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simply  writing  a  functional  relationship,  such  as  result  table  =  table  1  + 
table  2.  Other  operations  to  be  incorporated  in  tables  are  subtraction, 
scalar  multiplication,  division,  columnar  multiplication  and  division,  and 
other  complex  operations. 


Figure  31. 
Development  of  a 
superset  table  from 
two  tables. 


Income  for  North  Region 


Year 

Income  ($M) 

1950 

120 

1960 

132 

1970 

130 

1980 

136 

1990 

145 

Income  for  South  Region 


Year 

Income  ($M) 

1950 

23 

1960 

25 

1970 

26 

1980 

30 

1990 

39 

Income  for  North  &  South  Regions 


Year 

Income  ($M) 

1950 

143 

1960 

157 

1970 

156 

1980 

166 

1990 

184 

Figure  32.  Development  of  mathematical  operations  with  tables. 
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9.  Choice  and  Use  of  Tables 


As  shown  in  the  foregoing  section,  tables  come  in  a  number  of  different 
types.  Just  as  word  processors  contain  document  manipulation  tools  and 
graphics  packages  contain  picture  manipulation  tools,  a  Natural  Comput¬ 
ing  software  tool  box  will  contain  several  table  tools  for  use  by  domain 
specialists.  A  domain  specialist  can  select  a  table  that  best  fits  the  needs  of 
a  particular  application.  Thus,  an  instance  of  a  blank  table  is  created 
(instance  creation  is  the  responsibility  of  the  table  object's  constructor).  In 
the  creating /editing  mode,  all  data  and  information  are  entered  into  a 
table.  It  is  the  domain  specialist's  responsibility  to  fill  in  the  footnotes  and 
other  notes  as  applicable.  The  table  object  also  develops  a  number  of 
behavioral  characteristics  for  the  domain  specialists'  review.  For  example, 
the  limit  values  (minimum,  maximum,  and  singularities)  of  a  characteris¬ 
tic  are  recorded,  and  the  domain  specialists  check  them  for  accuracy  and 
applicability.  The  table  object  uses  these  limits  to  flag  an  error  message 
when  a  user  tries  unallowable  values;  this  is  another  feature  imitated 
from  human  usage  of  tables.  In  real-world  applications,  domain  special¬ 
ists  often  provide  such  checks.  Minimum  and  maximum  values  of  a 
variable  prevent  extrapolation  outside  allowable  bounds. 

A  table  object  will  also  have  a  set  of  input  (or  query)  templates  and 
output  templates.  Recall  that  a  table  is  a  functional  relationship  between 
quantities  (characteristics)  identified  in  the  cells  of  the  column  header. 
Given  one  of  the  quantities,  all  others  can  be  determined  from  the  table. 
We  can  use  this  functional  relationship  in  generating  query  templates. 

The  user  can  choose  the  appropriate  input  template,  type  in  a  value  for 
the  independent  variable,  and  submit  it  to  the  table  object.  The  template 
also  guides  the  user  with  the  limits  on  the  variable  values.  These  guid¬ 
ance  values  in  the  templates  protect  the  table  from  invalid  or  out-of-range 
queries.  A  table  will  return  a  result  by  means  of  the  output  templates.  A 
table  with  input  and  output  templates  can  be  likened  to  a  hardware 
component  with  its  input  and  output  sockets.  These  input  and  output 
templates  are  very  useful  in  connecting  different  functional  objects  into  a 
procedure  or  program. 
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10.  Search  for  Data 


Figure  33.  Adjacency 
relationships  are  used 
to  get  table  values. 


Since  the  cells  in  a  table  can  be  connected  by  adjacency  lists  and  pointers 
to  neighbors,  and  pointers  lead  to  data  values  or  contents,  searching  a 
table  for  result  data  items  is  quite  simple.  A  query  consists  of  an  indepen¬ 
dent  variable/value  pair  and  another  dependent  variable.  If  we  wish  to 
find  the  value  corresponding  to  the  dependent  variable,  we  use  the 
simple  property  of  a  table  that  two  value  cells  bear  the  same  neighborly 
or  adjacency  relationship  as  the  corresponding  two  variable  cells  do.  This 
relationship  is  depicted  in  figure  33. 


Table  7-1 .  Thermal  properties.* 


Question: 

Given  pressure  =  200  psia 
Find  volume  =  ?  ft3 


Solution: 


Adjacency  relationships: 

Pressure  -»  second  easterly  neighbor  — >  volume 
Hence,  second  easterly  neighborof  200  is  -»  3.6 
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11.  Visibility  of  Table  Data 

An  advantage  of  the  use  of  tables  in  Natural  Computing  is  that  they 
provide  the  user  a  way  to  gain  insight  into  the  computation.  Educators 
criticize  current  computational  software  systems  as  "black  boxes,"  be¬ 
cause  the  solution  method  is  incomprehensible  from  the  software.  The 
user  learns  nothing  from  using  the  software.  For  that  matter,  even  domain 
specialists  do  not  understand  what  is  in  the  code,  once  their  domain 
information  (actually,  algorithms  shorn  of  all  information)  is  put  into  code 
by  a  software  developer.  With  traditional  media  (paper,  calculator,  and 
pencil),  students'  learning  improves  proportionally  with  the  number  of 
problems  solved.  In  contrast,  with  current  computer  software,  a  student's 
learning  does  not  improve  with  the  number  of  problems  solved.  Since 
tables  in  Natural  Computing,  as  described  here,  reveal  themselves  and 
show  relationships  between  variables,  a  student  can  realize  opportunities 
available  and  watch  out  for  pitfalls  in  the  problem  domain  represented  by 
each  table. 
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12.  Testing  a  Table  in  Isolation 

Natural  computing  tables  have  the  advantage  that  they  can  be  tested  in 
isolation.  Testing  is  a  key  task  in  software  development;  capturing  an 
application  domain  in  software  is  equally  critical.  Isolating  a  table  and 
testing  it  for  a  variety  of  inputs,  together  with  the  built-in  justifications, 
limits,  behaviors,  and  responsibilities  prescribed  for  a  table  class,  would 
go  a  long  way  toward  eliminating  bugs  in  software  that  used  tables  as 
described  in  this  paper.  Since  the  filters  on  a  table  will  allow  only 
preapproved  types  and  ranges  of  values,  isolated  testing  can  come  very 
near  to  guaranteeing  both  the  software  and  the  domain  knowledge  (the 
application). 
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13.  Embedding  Tables  into  Text 

In  textbooks  and  other  paper  documents,  tables  are  embedded  in  text.  A 
reader  can  read  them  and  get  a  general  idea  of  the  information  presented. 
Or  a  reader  can  interactively  use  the  table  by  looking  for  values,  with 
some  input  parameters.  Any  minimal  computer  representation  should  be 
able  to  duplicate  that  capability. 

In  Natural  Computing,  tables  are  embedded  in  text  (as  in  fig.  34)  and 
when  a  user  wishes  to  use  tables  interactively,  the  tables  can  be  activated 
by  a  computer  command.  Input  and  output  templates  (boxes)  will  appear, 
allowing  the  user  to  type  in  the  input  values  and  receive  output  values. 
Such  an  interactive  facility  is  useful  for  studying  a  table  and  understand¬ 
ing  trends  in  the  domain. 

While  developing  a  procedure  or  a  program,  a  user  can  copy  and  paste  a 
table  from  the  text.  In  this  case,  the  table  object  is  available  to  the  proce¬ 
dure;  this  procedure  can  be  saved  separately  from  the  original  text  object. 
In  software  as  in  paper-based  computation,  people  should  be  able  to 
develop  procedures  by  connecting  several  tables,  equations,  and  graphs 
to  inputs  and  outputs. 
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22.2  H&R  Block  Basic  Income  Tax  Course 


PRACTICE  22.2.  Prepare  Form  1040X  to  correct  Charles  Albertson’s  1985  return  which  was  filed  April 
10,  1986.  On  May  10,  1988,  he  received  another  W-2  for  1985.  The  W-2  had  been  lost  in  the  mail. 

Federal  Tax  Wages  FICA  State  Tax  Employee 

$300.00  $1,700.00  $119.85  $110.00  C.  Albertson 

While  talking  to  Mr.  Albertson,  you  learn  that  he  paid  all  of  the  cost  of  maintenance  of  his  home,  which 
was  the  principal  residence  of  his  son,  Johnnie  (20),  whose  gross  income  was  $600  for  1985.  Assume  that 
you  have  completed  a  support  worksheet  and  that  Mr.  Albertson  provided  $3,000  of  Johnnie’s  $3,600  total 
support. 

In  column  A,  on  the  Form  1040X,  we  have  entered  the  information  needed  from  Mr.  Albertson’s  original 
Form  1040.  The  original  return  has  not  been  examined  and  he  has  not  been  notified  that  it  will  be  examined. 

Notice  that  line  4  (deductions)  of  Mr.  Albertson’s  Form  1040X  is  blank.  That’s  because  in  1985  the  standard 
deduction,  otherwise  known  as  the  zero  bracket  amount,  was  built  into  the  tax  table.  Thus,  taxpayers  not 
itemizing  deductions  did  not  need  to  claim  a  standard  deduction  on  the  tax  form. 

The  necessary  portion  of  the  1985  Tax  Table  is  shown  below. 


It  lin«  it,  1040.  line 
It.  1G4J1A,  erito*  7, 
I040E2 
tncpmall* — 

And  you  are — 

At  8ut 

Smglt 

Married 

Mamed 

Head 

least  less 

Ming 

liling 

ol  a 

than 

jomtty 

seoa- 

house- 

ratety 

hold 

Your  tax  is — 

_ 

!  14,000  I 

14,000  14,050 

1.766 

1.391 

2.109 

1,686 

14.050  14.100 

1.776 

1.399 

2.122 

1.695 

14.100  14.150 

1.786 

1.407 

2.134 

1,704 

14.150  14,200 

1,796 

1.415 

2.147 

1.713 

14.200  14,250 

1.806 

1,423 

2.159 

1,722 

14.250  14,300 

1.816 

1.431 

2.172 

1.731 

14,300  14.350 

1.826 

1.439 

2.184 

1,740 

14.350  14.400 

1.836 

1.447 

2.197 

1,749 

14.400  14,450 

1.846 

1,455 

2.209 

1.758 

14,450  14.500 

1.856 

1,463 

2.222 

1.767 

14.500  14.550 

1.866 

1,471 

2.234 

1.776 

14,550  14.600 

1.876 

1.479 

2.247 

1,785 

14.600  14.650 

1.886 

1.487 

2.259 

1.794 

14,650  14,700 

1,896 

1.495 

2.272 

1.803 

14.700  14.750 

1,906 

1.503 

2.284 

1.812 

14,750  14.800 

1.916 

1.511 

2.297 

1.821 

14.800  14.850 

1.926 

1.519 

2.309 

1.830 

14.850  14,900 

1.936 

1,527 

2.322 

1.839 

14.900  14.950 

1.946 

1.535 

2.334 

1.848 

14.950  15.000 

1.956 

1.543 

2.347 

1.857 

Source:  H&R  Block  (1990).  Tax  Preparation  Guides. 


Figure  34.  Example  of  a  table  embedded  in  text. 
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14.  Tables  and  Databases 


Although  databases  are  commonly  thought  (albeit  mistakenly)  to  repre¬ 
sent  tables,  the  foregoing  description  of  tables  should  counter  that  im¬ 
pression.  A  brief  comparison  of  database  systems  and  real-world  tables 
shows  how  much  more  complex  actual  tables  are  than  the  "tables"  that 
database  people  claim  to  represent. 

The  vast  literature  on  database  systems  might  lead  an  unwary  reader  to 
conclude  that  the  database  community  has  already  represented  tables  in  a 
computer-usable  format.  However,  after  calling  a  table  a  relation  (Date, 
1995,  p  79),  Date  then  states,  "a  relation  and  a  table  are  not  really  the  same 
thing,  although  in  practice  it  is  frequently  convenient  to  pretend  that  they 
are"  (p  80).  In  a  discussion  of  formalizing  the  concept  of  a  table,  Shaler 
and  Mellor  (1988)  state  that  normalization  rules  can  be  viewed  from  two 
perspectives.  The  first  focuses  on  the  form  of  data  in  databases.  The  rules 
tell  how  to  set  up  tables  so  that  little  redundancy  is  in  the  data;  that  is,  the 
amount  of  data  required  to  store  a  certain  information  content  is  mini¬ 
mized.  The  second  perspective  (the  one  most  natural  to  us)  looks  at  the 
normalization  rules  as  statements  about  the  repertoire  of  forms  that  we 
use  in  our  model  (the  fact  that  we  are  using  tables,  for  example)  and  at 
the  meaning  we  imply  whenever  we  use  a  form  in  a  particular  manner. 

Date  (1995)  describes  a  database  system  as  basically  a  computerized 
"record-keeping"  system.  Its  overall  purpose  is  to  maintain  information 
in  a  computer  and  to  make  that  information  available  on  demand  to  three 
classes  of  users:  applications  programmers,  end  users,  and  database 
administrators.  In  a  slightly  more  precise  definition.  Date  says,  "A  data¬ 
base  consists  of  some  collection  of  persistent  data  that  is  used  by  applica¬ 
tion  systems  of  some  given  enterprise." 

In  defining  a  relational  system.  Date  states  that  data  in  a  relational  system 
are  perceived  by  the  user  as  tables  (and  nothing  but  tables)  (p  22).  He 
goes  on  to  state,  "For  most  practical  purposes,  indeed,  the  terms  relation 
and  table  can  be  taken  to  be  synonymous."  The  relational  model  is  a  way 
of  looking  at  data — that  is,  it  is  a  prescription  for  a  way  of  representing 
data  (namely,  by  means  of  tables). 

Continuing  their  discussion  of  regular  tables,  Shaler  and  Mellor  explain 
the  rules  used  in  databases: 

First  Rule:  One  instance  of  an  object  has  exactly  one  value  for  each 
attribute. 

There  is  one  and  only  one  data  element  at  each  row-column  intersection. 
This  rule  forbids  the  "repeating  group"  construct  found  in  some  data¬ 
bases  (table  6)  and  true  holes  (as  in  table  7). 

Second  Rule:  Attributes  must  contain  no  internal  structure. 

This  is  another  expression  of  the  requirement  for  fully  factored  attributes. 
The  rule  forbids  tables  with  an  internal  structure  such  as  table  8.  But  it 
allows  a  construct  such  as  table  9. 
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Table  6.  Example 
of  a  table  with  a 

Owner 

Name  of 
pet(s) 

Address 

forbidden  repeating 

Smith 

Rover 

100  Canine  Court 

group. 

Rin  Tin  Tin 

Sarzak 

Jones 

Lassie 

6  Dogwood  Lane 

Table  7.  Example 
of  a  table  with  a 
forbidden  true  hole. 


Owner 

Model 

Manufacturer 

License  No. 

Brown 

Sedan 

Ford 

16923 A 

Green 

Van 

Chevrolet 

23004C 

Jones 

Truck 

29-A-101 

Table  8.  Example 
of  a  table  containing 
forbidden  internal 
structure. 


Name 

Sex/breed 

Lassie 

F— Collie 

Laddie 

M — Collie 

Fifi 

F — Poodle 

Table  9.  Example 
of  a  table  with  an 

Name 

Sex 

Breed 

allowable  structure 

Lassie 

F 

Collie 

to  represent 

Laddie 

M 

Collie 

information  in 

i  1  1  n 

Fifi 

F 

Poodle 

table  8. 


These  examples  illustrate  that  database  relations  do  not  allow  the  repre¬ 
sentation  of  the  tables  that  scientists,  engineers,  and  analysts  use  in  a 
variety  of  domains,  as  described  in  section  6.  This  condition  is  due  to  the 
mathematical  rigor  of  the  database  systems.  Software  developers  are 
caught  in  a  dilemma  between  mathematical  rigor  and  the  natural  but 
highly  flexible  forms  people  use. 

Study  the  baseball  tables  in  figures  4  and  35.  Young  children  grasp  the 
nuances  of  these  tables.  These  simple-looking  tables  represent  many 
relationships.  Lay  readers  can  quickly  compare  and  calculate  desired 
outcomes.  As  new  games  are  played  each  day,  new  tables  of  values  can  be 
calculated  from  old  table  values  and  predefined  relationships  (formulas). 

The  simplicity  of  the  natural  tables  in  representing  a  variety  of  relation¬ 
ships  is  yet  to  be  matched  by  the  best  database  systems.  For  example,  I 
show  in  section  6  that  ranges  are  represented,  blanks  are  allowed  with 
definite  meanings,  and  data  types  are  mixed  with  no  problems.  Notice 
how  a  batter  and  information  on  his  field  position  are  combined  in  the 
first  column  of  the  table  in  figure  35. 
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Figure  35.  A  table  of 
baseball  results 
representing  a  player 
and  his  position  in 
same  element. 


NEW  YORK 

AB 

R 

H 

Bl 

BB 

SO 

AVG 

Boggs  3b 

4 

0 

1 

1 

0 

0 

0.331 

Girardi  c 

4 

0 

0 

0 

0 

0 

0.282 

O’Neill  rf 

3 

0 

1 

0 

1 

0 

0.368 

TMartinez  1b 

4 

0 

0 

0 

0 

0 

0.246 

Sierra  dh 

3 

2 

3 

0 

1 

0 

0.281 

Duncan  3b 

4 

0 

0 

0 

0 

0 

0.343 

GeWilliams  If 

3 

0 

0 

1 

0 

0 

0.333 

RRivera  cf 

2 

0 

1 

1 

1 

0 

0.5 

BeWilliams  ph 

1 

0 

0 

0 

0 

1 

0.278 

DJeter  ss 

3 

1 

1 

0 

0 

0 

0.275 

TOTALS 

31 

3 

7 

3 

3 

1 

— 

Why  did  I  choose  the  baseball  example?  A  six-year-old  understands  a 
baseball  table.  A  child  of  four  understands  a  table  of  menus  and  prices  at 
a  favorite  restaurant!  The  knowledge  of  how  to  process  tables  is  general. 
Humans  gain  such  process  knowledge  independent  of  the  domain. 
Initially,  they  apply  the  processing  knowledge  to  simple  (favorite)  do¬ 
mains  and  later  extend  it  to  complex  domains.  A  student  may  have 
problems  with  school  homework  but  understands  tables  comparing 
automobiles  in  the  April  issue  of  Consumer  Reports.  These  tables  do  not 
even  use  numbers  in  the  cells.  Circles  filled  with  red  and  black  colors  are 
used  (see  fig.  19),  and  footnotes  explain  what  the  various  colored  circles 
mean.  As  people  grow,  they  comprehend  more  complex  table  construc¬ 
tions.  With  help,  they  understand  tables  of  increasing  complexity.  And 
they  continually  add  more  complex  tables  to  their  repertoire.  That  is  the 
nature  of  our  learning. 

Although  I  argued  in  the  foregoing  that  databases  are  not  representations 
for  tables,  it  is  by  no  means  suggested  that  tables  (even  Natural  Comput¬ 
ing  tables)  will  replace  databases.  Natural  Computing  will  provide 
interfaces  to  databases  so  that  their  attractive  features  can  be  used  in 
addition  to  tables.  Such  a  strategy  allows  tables  to  be  used  in  their  most 
natural  form  while  large  amounts  of  data  can  be  handled  efficiently 
through  databases. 
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15.  Example  Usage  of  Natural  Computing  Tables 

Based  on  the  examples  given  in  the  survey  in  section  6  and  the  scheme  for 
representing  tables  in  computers  given  in  section  8,  one  will  be  able  to 
produce  documents  containing  a  variety  of  tables.  As  stated  previously 
such  tables  will  manifest  themselves  in  three  basic  forms:  (1)  tables 
embedded  in  text,  (2)  tables  that  can  be  used  interactively,  and  (3)  tables 
that  can  be  built  into  procedures.  Figure  36  shows  a  table  embedded  in 
text,  along  with  the  menus  available  to  manipulate  both  the  document 
and  the  tables.  When  the  user  wishes  to  use  the  table  to  obtain  values,  he 
or  she  activates  the  table  (changing  it  to  an  interactive  mode)  as  shown  in 
figure  37.  In  this  case,  a  highlighted  table  appears  and  presents  input  and 
output  boxes  (not  shown  in  the  figure  in  order  to  avoid  clutter).  When  the 
user  types  in  an  input  value,  result  values  are  outputted  by  the  system.  As 
stated  in  section  12,  this  interactive  mode  is  used  to  test  the  table  in 
isolation.  An  end  user  uses  this  mode  to  obtain  values  to  comprehend 
trends  or  to  use  the  result  values  in  a  series  of  calculations  of  a  temporary 
nature.  Finally,  when  a  domain  specialist  wishes  to  incorporate  a  table 
into  a  procedure,  a  procedure  is  invoked  and  a  table  is  connected  to  it,  as 
shown  in  figure  38.  Once  a  table  is  set  into  a  procedure,  it  is  embedded 
inside  the  procedure,  and  calculations  are  completed  with  the  entire 
procedure  (fig.  39). 
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Figure  36.  A  table 
embedded  in  text 
with  Natural 
Computing  menus. 


Action 

Features 

Edit 

|  Show  |  Text  | 

Undo 

Interactive  use 

Equations 

Cut 

Program  use 

Tables 

Copy 

Setup 

Spreadsheet  strips 

Paste 

Options 

Graphs 

Clear 

line.  The  equation  of  this  line  can  be 
the  strengths  and  wire  diameters.  Th 


Unit  strips 


s„,= 


<r 


(8-10) 


where  A  is  a  constant  related  to  a  strength  intercept,  and  m  is  the  slope  of  the  line 
on  the  log-log  plot.  Of  course  such  an  equation  is  only  valid  for  a  limited  range  of 
wire  sizes.  Table  8-2  gives  values  of  m  and  the  constant  A  for  both  English  and  SI 
units  for  the  materials  listed  in  Table  8-1. 

Although  the  torsional  yield  strength  is  needed  to  design  springs,  sur¬ 
prisingly,  very  little  information  on  this  property  is  available.  Using  an  approxi¬ 
mate  relationship  between  yield  strength  and  ultimate  strength  in  tension, 


Sv  =  0.75  Sut 


(8-11) 


and  then  applying  the  distortion-energy  theory  gives 


Sa>,  =  0.577S>(  (8-12) 

and  provides  us  with  a  means  of  estimating  the  torsional  yield  strength  Ssy .  But 
this  method  should  not  be  used  if  experimental  data  are  available;  if  used,  a 
generous  factor  of  safety  should  be  employed,  especially  for  extension  springs, 
because  of  the  uncertainty  involved. 

Variations  in  the  wire  diameter  and  in  the  coil  diameter  of  the  spring  have  an 
effect  on  the  stress  as  well  as  on  the  spring  scale.  Large  tolerances  will  result  in 

*  See,  for  example,  the  second  edition  of  this  book :  Joseph  E.  Shigley,  “Mechanical  Engineering 
Design."  2d  ed..  p.  362,  McGraw-Hill  Book  Company.  New  York.  1972. 


Table  8-2  CONSTANTS  FOR  USE  IN  EQ.  (8-10)  TO  ESTIMATE  THE  TENSILE 
STRENGTH  OF  SELECTED  SPRING  STEELS 


Material 

Size  range, 
in 

Size  range, 
mm 

Exponent, 

m 

kpsi 

MPa 

Music  wire" 

0.004-0.250 

0.10-6.5 

0.146 

196 

2170 

Oil-tempered  wire* 

0.020-0.500 

0.50-12 

0.186 

149 

1880 

Hard-drawn  wire* 

0.028-0.500 

0.70-12 

0.192 

136 

1750 

Chrome  vanadium*' 

0.032-0.437 

0.80-12 

0.167 

169 

2000 

Chrome  silicon' 

0.063-0.375 

1.6-10 

0.112 

202 

2000 

*  Surface  is  smooth,  free  from  defects,  and  with  a  bright  lustrous  finish. 

h  Has  a  slight  heat-treating  scale  which  must  be  removed  before  plating. 

*  Surface  is  smooth  and  bright,  with  no  visible  marks. 

4  Aircraft-quality  tempered  wire,  can  also  be  obtained  annealed. 

'  Tempered  to  Rockwell  C'49  but  ma>  also  be  obtained  untempered. 
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Figure  37.  A  table  activated  for  interactive  use. 


Figure  38.  A  table 
being  set  into  a 
procedure. 
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T.  P.  V.  relationship  for  gas  X 


Temperature 
(deg  F) 


Pressure 

Volume 

(psia) 

(ft3) 

235.4 

2.36 

34.7 

2.15 

46.9| 

2.01 

54.8 

1.96 

Step  k  is  given  temperature;  find  pressure  from  table. 


Figure  39.  A  Natural  Computing  screen  showing  a  document  with  a  procedure. 


16.  Conclusions 


Tables  are  ubiquitous  means  of  depicting  functional  relationships  used 
freely  in  paper-based  documents,  such  as  textbooks,  handbooks,  journals, 
newspapers,  and  flyers.  Although  tables  are  complex  representations, 
people  use  them  with  consummate  ease.  Although  database  systems  have 
been  misunderstood  to  represent  real  tables,  they  are  at  best  representa¬ 
tions  of  simple  tables  containing  discrete  domain  data.  Although  database 
systems  have  been  and  will  continue  to  be  highly  useful,  they  are  not 
replacements  for  true  tables.  I  have  demonstrated  in  this  paper  the  need 
for  a  richer  and  more  appropriate  computer  representation  for  tables. 

The  development  of  a  base  table  class  and  several  derived  classes  is  the 
appropriate  method  to  represent  and  use  tables.  The  structure  of  a  table 
has  been  analyzed,  and  the  components  have  been  identified.  The  table 
anatomy  presented  in  this  report  has  the  advantage  that  it  allows  a 
variety  of  tables  to  be  represented  and  used.  Various  component  classes 
are  also  described.  Interpolation  and  extrapolation,  where  permissible, 
can  be  performed  with  the  table  methods  briefly  presented  in  this  report. 
The  display  of  information  in  natural-looking  tables  both  allows  the  user 
to  visualize  opportunities  in  the  data  in  a  table  and  warns  the  user  of 
pitfalls  in  the  data. 

If  tables  are  represented  and  used  as  described  in  this  report,  computing 
will  take  a  giant  step  toward  making  a  reality  the  natural  forms  of  data 
representation  (such  as  tables).  Once  such  forms  of  representation  and 
processing  are  available,  we  can  realize  electronic  handbooks,  textbooks, 
documents,  journals,  and  bulletins  with  the  capability  to  interchange  data 
and  objects  seamlessly.  Knowledge  from  these  various  electronic  library 
sources  can  be  exchanged  and  combined,  and  computational  procedures 
and  systems  can  be  developed  that  will  be  more  powerful,  economical, 
and  expeditious  than  those  created  in  the  traditional  software  develop¬ 
ment  cycle. 
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